Pondering interfaces over the Gemini 1x responses (was: CGI)

• 🗣️ From: mbays (a) sdf.org (mbays (a) sdf.org)
• 📅 Sent: 2020-07-19 15:50
• 📧 Message 15 of 16

	
Sunday, 2020-07-19 at 16:01 +0200 - Solderpunk <solderpunk at posteo.net>:


>To my mind this is the canonical way of getting multi-part input: use 
>client certificates to establish a persistent session and then just 
>have the server send successive responses with status code 10.
>
>In an UI like AV-98, this approach works exceptionally well and provides 
>a look and feel that's almost indistinguishable from using a shell


	
Except* that you can only have one line of output between each line of 

input, because 10 doesn't allow a body. This is rather limiting.

Other than adding a new response code, the nicest way I see around this 
is a convention that clients should make it easy to rerequest the last 
URI with a new query parameter. This could be done for example with 
a user-enabled "REPL mode" in which the client repeatedly accepts a line 
of input from the user and uses it as a query parameter in a new request 
based on the current URI.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20200719/3430
29d9/attachment.sig>

---

Previous in thread (14 of 16): 🗣️ Hannu Hartikainen (hannu.hartikainen+gemini (a) gmail.com)

Next in thread (16 of 16): 🗣️ Alex Schroeder (alex (a) gnu.org)

View entire thread.