On 06/11/2021 19:51, Max Nikulin wrote:
On 06/05/2021 19:41, Bastien wrote:
Fr Ml writes:
I have a problem with the function org-store-link it doesn't work as
described in the documentation:
https://orgmode.org/manual/Handling-Links.html
"For Org files, if there is a '<<target>>' at point, the link points
to
the target."
Fixed in maint, thanks a lot for reporting this and Ihor for
confirming the bug.
Another issue likely caused by this change:
Carlos Pita to emacs-orgmode. Adding target and custom id links doesn't
ask for description. Tue, 2 Aug 2022 14:44:58 -0300.
https://list.orgmode.org/d99a712c-18d1-4a4f-8093-35a0bfb46...@gmail.com
Bastien, unfortunately your fix caused duplication of stored links like
"file:~/org/file.org::#custom_id" when point is outside of <<target>>.
Earlier #CUSTOM_ID link was stored in addition to
"file:~/org/file.org::*Heading" search link. My suggestion is to revert
your patch and to just reset custom-id variable when <<target>> link is
stored. Another effect or your patch, that I consider unintentional, is
storing
[[file:~/org/file.org::#custom_id][file:~/org/file.org::#custom_id]]
instead of [[file:~/org/file.org::#custom_id][Heading]]. I prefer
"original" behavior.
Third patch is intended to avoid links inserted as
[[target][file:~/org/file.org::target]] in the case of same file. I
suppose, just [[target]] is better. Current variant looks unbalanced and
misleading. Of course, you are free to skip last patch.
I am confused by `org-insert-link' behavior. It inserts links like
[[file:~/org/file.org::#custom_id][file:~/org/file.org::#custom_id]]
without user prompt for description but
[[file:~/org/file.org::#custom_id][Heading]] requires to confirm
"Heading" description explicitly. I would expect that "raw" link is
subject to ask user for more friendly option.
