On 17/06/2026 12:08 am, Julien Dallot wrote:
However I see no reason to demand support of :meta from each link type. Earlier, brainstorming, I tried to add "wrap:" link type (with plist, it was easier to implement) on the top of other links without modification of code related to specific types. Unlike Samuel Wale's and John
I assume you're talking about the :metadata field I proposed earlier?
I am sorry for the confusing message. I should use something like :attributes there. :metadata is too generic. I was trying to say that I am against Christian's idea to combine properties identifying document fragment (your proposal, they may vary across media types) and link attributes for export backends (often independent of file type) in link path part that is used for search.
I like the idea to specify precise location inside files having various types. I am in doubts concerning the protocol. I admit, URLs based on web conventions are sometimes difficult to read. On the other hand, I prefer to avoid format that unlikely will be added to other applications.
P.S. Example of combining search options for PDF: a specific phrase in the given document section.
