[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: org-ctags-find-tag should not prompt inside org-open-at-point
From: |
Joseph Turner |
Subject: |
Re: org-ctags-find-tag should not prompt inside org-open-at-point |
Date: |
Tue, 26 Sep 2023 18:27:15 -0700 |
Ihor Radchenko <yantar92@posteo.net> writes:
> Joseph Turner <joseph@breatheoutbreathe.in> writes:
>
>> When org-ctags-find-tag is a member of org-open-link-functions, fuzzy
>> links and custom-id links are broken. Instead of following those links,
>> Emacs prompts for a filename with "Visit tags table (default TAGS)".
>
> This is expected. As per org-ctags documentation:
>
> ;; By default, with org-ctags loaded, org will first try and visit the tag
> ;; with the same name as the link; then, if unsuccessful, ask the user if
> ;; he/she wants to rebuild the 'TAGS' database and try again; then ask if
> ;; the user wishes to append 'tag' as a new toplevel heading at the end of
> ;; the buffer; and finally, defer to org's default behavior which is to
> ;; search the entire text of the current buffer for 'tag'.
> ;;
> ;; This behavior can be modified by changing the value of
> ;; ORG-CTAGS-OPEN-LINK-FUNCTIONS.
>
>> I'm sure how org-ctags is getting required in my Emacs, but I think
>> (require 'org-ctags) probably shouldn't call org-ctags-enable.
>
> Check out
> https://list.orgmode.org/orgmode/87o7omg4ie.fsf@alphaville.usersys.redhat.com/
Thank you!! I'm glad to see such care taken in considering this issue!
> We generally agree that (require 'org-ctags) should ideally not have
> side effects, but do not want to introduce too breaking changes either.
Does this mean that org-ctag's disruptive behavior will be fixed?
Thanks!!
Joseph