💾 Archived View for station.martinrue.com › isoraqathedh › c0160b3e3599485abbadd50863ed29ff captured on 2023-04-20 at 00:11:18. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-03-20)
-=-=-=-=-=-=-
Idea about using the fragment identifier in Gemini urls: a client /may/ (but does not have to) initiate a full text search of things that come after the #.
1 year ago
Yeah, I guess that is true. At least, I can say that I got the "full text search" thing by looking at org-mode links. · 1 year ago
Agreed with Skyjake, it's better to have something fixed that optional.
I'm really eager to see fragment part of the protocol because it would be really useful in many cases :) · 1 year ago
I recommend you check out the discussion about potential uses of fragments:
https://gitlab.com/gemini-specification/gemini-text/-/issues/3
IMO, optional behavior is more trouble than it's worth. Neither authors nor readers could be sure whether the feature works as intended. Requiring clients to implement searching based on fragments would make it more difficult to implement simple/small clients. · 1 year ago