💾 Archived View for rawtext.club › ~sloum › geminilist › 000624.gmi captured on 2020-10-31 at 01:42:33. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2020-09-24)
-=-=-=-=-=-=-
Luke Emmet luke.emmet at gmail.com
Thu May 14 20:17:08 BST 2020
- - - - - - - - - - - - - - - - - - - ``` > > I do think we should be providing alt text to ascii art blocks, maybe like so: > I've kind of wondered about this too. Specifically, I started wondering > about this after the recent styling changes at typed-hole.org (sorry to > pick on you, Julien!). The new figlet-generated (I assume?) section > headers look really great, but they're not great for accessibility (a > screen reader won't know how to read them) and they're not great for > searchability (a GUS search for words used in one of them won't turn upPersonally I find Ascii art or Figlet type fonts unattractive, but each to their own. Some clients for Gemini will beusing non-fixed-width rendering fonts. But I suppose it they are wrapped inpreformat blocks it is OK. > I'm kind of torn here. A lot of folks are doing very cool things with > ASCII/ANSI art and colour escape codes in Geminispace. I love the way > it looks, and coming from the Gopher culture myself I totally understand > and appreciate this urge. I really don't want to publically condemn > these practices and seem like a creativity-destroying jerk who wants > Geminispace to be bland and depersonalised and black and white > ><snip> > But there *are* a lot of non-trivial problems with this stuff: on top of > accessibility and searchability, Sean has mentioned potential security > problems with handling ANSI escape codes from untrusted sources... Colour escape codes seem like a Unix/terminal hack to me, they would look strange in a non CLI?They aren't very accessible (e.g. screen readers for the blind) and if there are security issues I think that has to be a serious consideration Best wishes - Luke