Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Christopher Howard <christopher@librehacker.com>
Newsgroups: comp.infosystems.gemini
Subject: Re: Tables in Gemini
Date: Fri, 06 Dec 2024 09:18:28 -0900
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <871pykekuj.fsf@librehacker.com>
References: <v7e2j2$31q1g$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Date: Fri, 06 Dec 2024 19:18:29 +0100 (CET)
Injection-Info: dont-email.me; posting-host="86e493898752b84d795f8fa0750782be";
	logging-data="2593288"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18rpcg1Krjk+hD66h7SgY2OSuYcvCo+0ZA="
User-Agent: Gnus/5.13 (Gnus v5.13)
Cancel-Lock: sha1:2ffNJ5r6znu92JwJdfbAdbP7oSc=
	sha1:Gvu33dV9ElgcWEH2/2pOibnYgNI=
Bytes: 1454

Namno <wed3009@yandex.ru> writes:

My problem with table markup in gemini are conflicting goals:

(1) You want something that is easy and intuitive to type by the user
(2) You want something that still looks quite easy to read if the client
just dumped markup straight to the terminal (3) You want a table format
that involves minimal storage overhead of extra characters and that
(maybe?) allows non-gemini clients to easily extract the data?

It doesn't seem like the format you proposed is meeting these goals.

-- 
Christopher Howard