Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: John McCue Newsgroups: comp.infosystems.gemini Subject: Re: Tables in Gemini Date: Fri, 19 Jul 2024 16:51:49 -0000 (UTC) Organization: A noiseless patient Spider Lines: 16 Message-ID: References: Reply-To: jmclnx@SPAMisBADgmail.com Injection-Date: Fri, 19 Jul 2024 18:51:49 +0200 (CEST) Injection-Info: dont-email.me; posting-host="283013b93d036b7056976892f381092f"; logging-data="3222771"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+rOwxT+SwQ+se7NGnm/voB" User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (OpenBSD/7.5 (i386)) Cancel-Lock: sha1:XBU3HfdORnUp9d73JmfnpbodXP0= X-OS-Version: OpenBSD 7.5 i386 Bytes: 1619 Namno wrote: > Greetings. I think that gemtext would benefit from inclusion of tables > that are not ad-hoc constructs of pseudographics. I have written a blog > post (gemini://namno.duckdns.org/blog/2024-06-09.gmi) on how I would like > tables to be implemented in gemini, but I think it would be great if other > people gave some critique on my reasoning and markup. I guess it is OK, but my concern is due to the number of Gemini Clients. I doubt they would all be updated. For example, amfora is abandoned, only security issues will be addressed in amfora. -- csh(1) - "An elegant shell, for a more... civilized age." - Paraphrasing Star Wars