Re: [PATCH] org-id: allow using parent's existing id in links to headlines

[Ihor Radchenko]

"Rick Lupton" <mail@ricklupton.name> writes:

> My previous patch changes the behaviour when `org-id-link-to-org-use-id` has 
> a new value (`inherit`) in two ways:
>
> (a) org-ids from parent headings are considered when choosing the ID to link 
> to, and 
> (b) search strings are added to the link
>
> But these are actually two independent things. So my question is: should 
> search strings be added to all org-id links?

> This would make org-id links more powerful/precise (because you can link to 
> more precise locations within the subtree), and simplifies the code in 
> `org-store-link` in my patch (because point [b] above would apply to all 
> org-id links, not just the new 'inherit ones), but it could change the 
> behaviour when calling `org-store-link` with an active region or when point 
> is on a named element.

Sounds as a reasonable default, but users should have an option to
revert to previous behaviour with heading id being stored.
Otherwise, we may break the muscle memory for people used to what
happens now.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>