๐พ 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
โฌ ๏ธ Previous capture (2024-07-09)
-=-=-=-=-=-=-
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.
Jun 18 ยท 2 months ago
โ๏ธ 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.
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...