SPOOFED: Cognitive aspects of navigation in gemini space

[Krixano]

> also don't really see the point/reasoning of the "text" type there, if it's not code nor art, what is it?
monospace text for no reason? maybe just "misc" category then? accessibility-wise you can just avoid art, so that doesn't seem to be much reason for a text type...

Don't forget about Poetry! :)


Christian Seibold

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Sunday, May 17, 2020 1:36 PM, <jan6 at tilde.ninja> wrote:

> May 17, 2020 9:15 PM, "Katarina Eriksson" gmym at coopdot.com wrote:
>
> > Both are OK according to the proposal above, there is no "must" as everything is optional
>
> everything except the space, is ;P
> in order for the space to be optional it'd need to be [art|blabla][ alt] instead of [art|blabla] [alt], as latter makes it mandatory to have a space there no matter what (and a single space at that, not allowing tabs or multiple spaces)
>
> I'm not sure having types which are optional, is too good of an idea, but otherwise it's nice...
> what if I happen to have an alt text like "code red" on some art piece? accessible clients would read nonsense...
>
> also don't really see the point/reasoning of the "text" type there, if it's not code nor art, what is it?
> monospace text for no reason? maybe just "misc" category then? accessibility-wise you can just avoid art, so that doesn't seem to be much reason for a text type...
>
> also maybe allow one-letter shorthand types? kinda like [a[rt]|c[ode]|t[ext]], use either "c hello.lua" or "code hello.lua"
> not much practical value, but it allows one to only check the first character and skip to alt-text, if wanted (or ignore anything other than first 4 characters on that line)