๐Ÿ’พ Archived View for bbs.geminispace.org โ€บ u โ€บ decant_ โ€บ 17982 captured on 2024-08-19 at 00:56:30. Gemini links have been rewritten to link to archived content

View Raw

More Information

โฌ…๏ธ Previous capture (2024-07-09)

๐Ÿšง View Differences

-=-=-=-=-=-=-

Comment by ๐Ÿš€ decant_

Re: "Gemtext tables & etc"

In: s/Gemini

good point, csv to preformatted conversion is easy to do, the conversion could be done in an editor. viewport size isn't a problem in gemini, so we can do away with client side rendering/padding. 80 char wide table is enough for many tasks.

๐Ÿš€ decant_

Jun 18 ยท 2 months ago

5 Later Comments โ†“

โ˜•๏ธ tenno-seremel ยท Jun 18 at 06:55:

I think it would really help with the content organization in the space of the screen.

Tables for layout, yay! (nay) Users of smaller screens will be thrown under a bus the very moment it becomes a thing ๐Ÿ˜…

๐Ÿš€ rrobin ยท Jun 18 at 09:28:

we already know that there is no consensus on table formats. How about just linking the csv/tsv file and let the browser figure out what to do, just like some gemini browsers already do for images and audio files. I think most browsers could probably implement unescaped TSV formatting

๐Ÿ•น๏ธ skyjake [mod...] ยท Jun 18 at 12:46:

Having implemented a table layout routine or two in the past, it is way too complex for your average gemtext parser/renderer. As @vi points out, tables have a lot of nuance to them. In addition to merged cells, you'd probably want to control which cells are headings and maybe adjust the widths manually to make the layout more natural... It's a great deal of effort and the bang for the buck isn't really there.

I recommend either using preformatted tables like [1] and/or linking to some other table format (GitHub Markdown isn't too bad, for example [2]), and not worrying about the client presentation too much.

โ€” [1]: Gemini Spacecraft On-Board Computer (OBC)

โ€” [2]: GitHub Docs: Organizing information with tables

๐Ÿ˜บ Houjimmy [OP] ยท Jun 19 at 15:41:

Ok. But so let's start it simple: Using a library like "tabulate" within the preformated syntax ``` between a specific identifier would still present a very decent and easy tabulation, github-styled, at least for presenting text.

๐Ÿง‡ Acidus ยท Jul 21 at 19:51:

FWIW, I wrote something last year on *why* trying to implement a custom table format is so hard.

gemini://gemi.dev/gemlog/2023-06-30-tables-in-gemtext.gmi

TLDR: Just put pre-rendered tables in a pre section. Figuring out how to render a table is hard. You can't start rendering it until you know how wide the table columns need to be. This requires you to read multiple lines of a gemtext document before rendering and use state, which is crazy complex and contradicts gemtext's line-oriented design principle. And wrapping lines is complicated. You are basically speed running all the challenges and mistakes HTML tables made over the years. Don't do that.

Original Post

๐ŸŒ’ s/Gemini

Gemtext tables & etc โ€” I have a question: Is it an heresy to consider that the gemtext protocol would be incredibly better (like, a GIANT LEAP) with the inclusion of tables like in html2 (just the tables, i'm not mentioning anything else)? I think it would really help with the content organization in the space of the screen. The developers had said much about gemini like an evolution of gopher, and it really is at protocol level but I really can`t say much about the gemtext standart, it's...

๐Ÿ’ฌ Houjimmy ยท 12 comments ยท Jun 17 ยท 2 months ago