in reply to daniel:// stenberg://

…which I find peculiar because a normal RFC 3986 URL is just a set of plain octets…


No, RFC 3986 is explicit that a URL is a sequence of characters. E.g., the first bullet point in 1.2.1:

A URI is a sequence of characters that is not always represented as a sequence of octets.


A URL on a advertising bill board is not a sequence (or “set”) of octets but it's still a URL.

in reply to daniel:// stenberg://

Indeed.

But I still think the wording could be better to make that distinction clear so people won't be mislead. Just a prefix of “for practical purposes” would go a long way.

(Real-world exception to 7-bit ASCII octets: a few characters in SMS text messages where '[' and ']' (e.g. for an IPv6 address) are escaped. But all buried in the messaging apps so not much of a practical issue for anybody not programming those.)

BTW, I really liked the rest of your take on Gemini. I looked into it a bit quite a while ago and liked a lot, particularly the client certificate idea in principle, disliked some aspects of the markup language (lack of images in text documents) but was really uncomfortable about the scanty and mixed up specifications. Thank you for taking the time to articulate similar ideas in so much more detail than I had the patience for.