Statement of intent regarding document encodings

On Tue, 10 Nov 2020 12:47:07 -0400
"Drew DeVault" <sir at cmpwn.com> wrote:

> With respect to the charset parameter of the document mimetype for
> text/gemini documents, it is our intention to ONLY support UTF-8, and to
> raise an error if any other content encoding is specified.

I have opted to only support UTF-8 in my client, as well. This is
allowed by the spec. I'm not sure that I've ever come across a document
in Gemini space that uses a different encoding.

Allowing alternative encodings is a shortcoming of the spec IMO. If you
want to serve old documents, you can transcode them in advance. If your
client needs to render to a device that only supports some
non-utf8/ascii encoding (say, an old terminal), let it do the
transcoding from UTF-8 to its preferred encoding rather than burdening
every other client author with that problem.

-- 
Philip
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20201110/3f0d
8b1f/attachment.sig>

---

Previous in thread (1 of 4): 🗣️ Drew DeVault (sir (a) cmpwn.com)

Next in thread (3 of 4): 🗣️ Sean Conner (sean (a) conman.org)

View entire thread.