💾 Archived View for bbs.geminispace.org › u › mozz › 2017 captured on 2024-05-10 at 13:54:15. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-03-21)
-=-=-=-=-=-=-
Re: "If I could add one thing to the gemtext spec, it would be a..."
Horizontal rule (---) was proposed early on as a line type for text/gemini along with ordered lists. Personally I think they would have been a useful addition to delineate content in headers/footers. Ultimately, solderpunk never latched onto the idea. I guess he didn't find them as useful & compelling as the other line types.
There's a long mailing list thread "Text reflow woes (or: I want bullets back!)" that I recommend reading if you are interested in the origins of gemtext format and how the decisions were made.
https://lists.sr.ht/~adnano/gemini/%3C20190815081859.GB26532%40SDF.ORG%3E
(part 1)
https://lists.sr.ht/~adnano/gemini/%3C1367854366.219683.1576461212912%40ichabod.co-bxl%3E
(part 2)
https://lists.sr.ht/~adnano/gemini/%3C574762512.1104.1579461314537%40ichabod.co-bxl%3E
(part 3)
> * Add horizontal rule lines (three+ dashes)
I guess this is harmless. It feels a bit to me like we're adding it
just because Markdown has it - unlike headings and lists and even,
occasionally, quotes, I don't know that I've ever seen a horiozontal
rule used in Gopherspace. But I don't see a good reason to disallow it.
- solderpunk
2023-06-15 · 11 months ago
🖥️ devalexwhite · 2023-06-15 at 16:57:
I’ll admit, when setting up my capsule I tried to make a HR for the header. But reading through these comments, I agree it’s not needed. It doesn’t really add anything to the document, whereas headers & bullets define structure. Some markdown renderers add an HR to H1s, so it feels like it’s more a stylistic piece (and a Gemini browser could do the same).
🕹️ skyjake [...] · 2023-06-15 at 17:05:
I can think of some uses for horizontal rules: delineating entries in a list, such as these comments, or putting a border around the preview in the Bubble draft composer.
Certainly it's not essential to have, but it does convey some useful structural information.
🖥️ devalexwhite · 2023-06-15 at 17:12:
@skyjake yeah I can definitely see that. I was thinking of it from the perspective of a screen reader parsing a gemtext file (as I feel this medium goes hand in hand with accessible content). Everything in the current spec would be worth announcing, but I wasn’t sure an HR would be. Although with your comment example, I could see “<Comment text> <Line break> <Comment text>” being useful information.
👻 mediocregopher [OP...] · 2023-06-15 at 18:01:
I think horizontal rules are useful in the context of written documents, you see them in books frequently as a way of lightly splitting up chapters for example. It's kind of like a sub-header, but without having to name the sub-section.
If I was feeling spicy, I would make the argument that we shouldn't forget about the horizontal rule just because markdown has brainwashed us into thinking that heirarchies are the only way to structure digital written content :P
That said, I'm definitely aware the ship has sailed on this so I'm not really making a proposal. It was more of a one-off thought into the void :)
🚂 octal · 2023-06-15 at 21:56:
I like to think of <hr> as an unnamed header, as @mediocregopher suggests, when it's used to introduce a new scene or topic. In a book, this might be rendered as a line of three stars * * * instead of a solid horizontal line.
Conveniently, if that's your use-case, Gemini Text already has unnamed headers! Just make a header line (#,##,###) and don't put any text in it :)
(your rendering may vary)
❄ freezr · 2023-06-16 at 04:09:
horizontal lines can be achieved through a simple...
____________________
or
••••••••••••••••••••••••••
Isn't perfect but it works...
If I could add one thing to the gemtext spec, it would be a horizontal line rule (like <hr/>). You can do it manually, but you can't know how wide the reader's screen is and if you guess badly it looks weird.