More silly text/gemini spec proposals

[plugd]

Jason McBrayer writes:
> Can't we just say: "A spec-compliant client MUST NOT display data: URLs
> inline; a client MAY treat data: URLs as links to media, to be opened
> only on user request."?

While ideal, I think Postel's law will eventually bite you there -
correctly formatted pages will render just fine without clients
forbidding data: URLS, while incorrectly formatted pages will only work
on clients technically violating the spec.

How about this: it's a bit of a hack, but imagine if we explicitly
harnessed data URLs to do something vaguely useful?

e.g.

=> data://a%20person%20dancing
```
  \o/
   |
  / \
```

I know, I know, very silly - but _if_ there were a way to make data://
URLs an indispensible part of text/gemini it would make it very
difficult to abuse them without breaking things, wouldn't it?

Tim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20200529/07b7ee04/attachment-0001.sig>