💾 Archived View for rawtext.club › ~sloum › geminilist › 005646.gmi captured on 2024-02-05 at 11:08:33. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2021-11-30)

-=-=-=-=-=-=-

<-- back to the mailing list

[Clients] Gemini and accessibility regarding preformatted code blocks

Sean Conner sean at conman.org

Thu Feb 25 22:25:08 GMT 2021

- - - - - - - - - - - - - - - - - - - 

It was thus said that the Great Bradley D. Thornton once stated:

On 2/25/2021 11:42 AM, Devin Prater wrote:
But then we get to preformatted blocks, and the dreaded Ascii graphics.
This is what I’ve always disliked about all plain text mediums. MUD’s
use Ascii maps and compass and all that. Gopher uses Ascii graphics. And
now Gemini too. Sure, it’s wrapped up in a pretty block, but as I’ll
discuss in a moment, that isn’t necessarily helpful.
The Author of Ariane, an Android Gemini app available from F-Droid, was
himself lamenting ASCII art images in Gemini recently from his Fediverse
account.
I solicited a response from him but to date have heard absolutely
nothing from him. But here's what I did in the meantime.
```ASCII-art blah blah blah
content
content
content
```

I might suggest something like:

preformat = "```" [ [WSP] tag ] [ [WSP] alt-text] end-of-line tag = '@art' / '@code' / '@data' / '@poem'

Some examples:




The '@tag' format marks out the tag, which I expressly limited to justfour categories for simplicity---one to mark ASCII (or maybe UTF-8?) art,one for code samples, one for tabular data and one for poetry. It's notmandatory, but it could help a client decide how to handle the block.

-spc