all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Ideas to generate unique search context for id:links
@ 2024-08-25 11:07 Kepa
  2024-09-01 17:55 ` Ihor Radchenko
  0 siblings, 1 reply; 3+ messages in thread
From: Kepa @ 2024-08-25 11:07 UTC (permalink / raw)
  To: emacs-orgmode@gnu.org

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

Hi

I'm exploring the new option implemented in org 9.7:

"id: links support search options like [[id:my-id::*child heading]]: Any 
valid fuzzy location will work as a search option."


Do you use any way to generate UNIQUE search contexts?


I was thinking about submitting this feature request, but probably it 
will have caveats:

If the search context is in the form "fn:number", update that "number" 
too when normalizing footnotes (org-footnote-normalize.

For example:

* headline 1

:PROPERTIES:
:ID:       2024-08-25T121008356645
:END:

blah blah [fn:20] blah

* headline 2

The goal is to automatically create unique search contexts using the 
features of the footnotes, like in this link to 
[[id:2024-08-25T121008356645::fn:20][blah]]


[-- Attachment #2: Type: text/html, Size: 1227 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re: Ideas to generate unique search context for id:links
@ 2024-08-25 17:42 Kepa
  0 siblings, 0 replies; 3+ messages in thread
From: Kepa @ 2024-08-25 17:42 UTC (permalink / raw)
  To: emacs-orgmode@gnu.org

[-- Attachment #1: Type: text/plain, Size: 1559 bytes --]

> Ideas to generate unique search context for id:links
> From:     Kepa
> Subject:     Ideas to generate unique search context for id:links
> Date:     Sun, 25 Aug 2024 13:07:01 +0200
> Hi
>
> I'm exploring the new option implemented in org 9.7:
>
> "id: links support search options like [[id:my-id::*child heading]]: 
> Any valid fuzzy location will work as a search option."
>
>
> Do you use any way to generate UNIQUE search contexts?
>
>
> I was thinking about submitting this feature request, but probably it 
> will have caveats:
>
> If the search context is in the form "fn:number", update that "number" 
> too when normalizing footnotes (org-footnote-normalize.
>
> For example:
>
> * headline 1
>
> :PROPERTIES:
> :ID:       2024-08-25T121008356645
> :END:
>
> blah blah [fn:20] blah
>
> * headline 2
>
> The goal is to automatically create unique search contexts using the 
> features of the footnotes, like in this link to 
> [[id:2024-08-25T121008356645::fn:20][blah]]

Caveat 1: If the footnote reference has not a footnote definition, 
after (org-footnote-normalize) a definition proposal appears (even if 
Org Footnote Define Inline is set to "t").

Caveat 2: If the proposed "id:link" is in a different file than the 
footnote reference, it could be impractical updating its fn:number with 
(org-footnote-normalize).

Interesting option: setting Org Footnote Auto Label to "Create a random 
label" could work as it is to generate unique search contexts. Just 
never, never, ever  (org-footnote-normalize) should be used.


[-- Attachment #2: Type: text/html, Size: 2362 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2024-09-01 17:54 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-08-25 11:07 Ideas to generate unique search context for id:links Kepa
2024-09-01 17:55 ` Ihor Radchenko
  -- strict thread matches above, loose matches on Subject: below --
2024-08-25 17:42 Kepa

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.