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

[mbays at sdf.org]

* 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/343029d9/attachment.sig>