[Clients] Gemini and accessibility regarding preformatted code blocks
sean at conman.org
Fri Feb 26 02:51:06 GMT 2021
It was thus said that the Great Rohan Kumar once stated:
> On Thu, Feb 25, 2021 at 05:25:08PM -0500, Sean Conner wrote:
> > I might suggest something like:
> > preformat = "```" [ [WSP] tag ] [ [WSP] alt-text] end-of-line
> > tag = '@art' / '@code' / '@data' / '@poem'
> I think that a small but significant change to the spec is necessary
> here. My proposal:
The proposal above does not require a change in the specification for
text/gemini, and could be considered a convention used.
> - Three backticks signify readable preformatted text (e.g. a code
> snippet or a poem); screen-readers should not skip this.
> - Four backticks signify something that isn't readable, like ascii-art.
I picked a format that should be easy to find, with a limited set of
options that, in my opinion, seem to cover the majority of cases with
preforamtted blocks. Again with some examples, only with alt-text and NOT
with my proposal:
Python! There in the grass,
ready to slide right up my ...
____ _ _
| _ \ _ _| |_| |__ ___ _ __
| |_) | | | | _| '_ \ / _ \| ._ \
| __/| |_| | |_| | | | (_) | | | |
|_| \_, |\__|_| |_|\___/|_| |_|
session['success'] = False
session['num'] = random.randrager(1,100)
Genus #species common name
Antaresia 4 Children's phythons
Apodora 1 Papaun olive python
Aspidites 2 Sheild pythons
Bothrochilus 1 Bismark ringed python
Liasis 3 water pythons
I think that '@poem', '@art', '@code' and '@data' would be very helpful to
a client program. Adding an additional backtick for "something that isn't
readble" just seems too little.
But anyone arguing for (or against) this, please feel free to use the
above Python examples when making arguments.
> This is consistent with the spirit of gemtext: characters at the
> beginning of a line are the only way to describe semantics.
> Benefits of this proposal:
> - It doesn't break any existing sites; it just adds one feature.
> - It's very simple to implement: parsers scan for a single additional
> - Authors can still provide any alt-text they wish without worrying
> about "reserved words" like the proposed tags
Which of the above blocks should be read, and shouldn't be read?
> - It provides *critical* semantic information: whether or not a block of
> preformatted text should be treated as readable text.
Not enough in my opinion.
More information about the Gemini