Log In  

I realize it's not applicable for all games, but would it be feasible to implement screen reader support for PICO-8? I don't know a lot about WAI-ARIA for web or anything about accessibility of standalone applications, so I don't know how such a thing is to be done, but we already have printh() commands sending data to the "@clip"board - adding something like "@tts" (text to speech) seems PICO-8-ish.

PICO-8 already does a lot of accessibility-positive things - the color palette includes a lot of nicely contrasting brightnesses and hues, the controls can already be remapped freely, carts can implement optional mouse and keyboard input - and setting up for speech reader integration would give programmers another way to make their carts playable by everyone.

P#73131 2020-02-15 20:29

That sounds like it could be used to circumvent pico8's non-existent support for voice output?
</devil's advocate>

P#73391 2020-02-23 20:12 ( Edited 2020-02-23 20:13)

...was there some conversation about PICO-8 voice output I wasn't here for?

P#73398 2020-02-24 00:57

Bumping this thread with a thought: there are 128 bytes of GPIO data - that's not much, but it's longer than this sentence. A "poke this address to enable screenreader on GPIO pins" option, with printh(string, "@gpio") using ... idk, 16 CPU cycles per character, slightly more than using ord() and poke() together would cost, wouldn't give PICO-8 any new functionality, but would allow devs to add screenreader support without needing to invent their own Javascript to do it.

P#77807 2020-06-08 18:14

[Please log in to post a comment]

Follow Lexaloffle:          
Generated 2024-03-28 20:10:40 | 0.006s | Q:13