Ihor Radchenko <yanta...@posteo.net> writes:
> Joseph Turner <jos...@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....@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
