[BRLTTY] What is the best way to deal with Unicode characters?
Nicolas Pitre
nico at fluxnic.net
Sat Sep 28 16:00:05 EDT 2019
On Sat, 28 Sep 2019, Shérab wrote:
> It is perhaps something one just has to live with, I don't know. Just
> trying to share some thoughts here. Perhaps we should communicate
> towards our sighted colleagues that these unicode characters are simply
> not practical to use for us visually impaired. After all, the idea of
> lines of code not longer than 80 characters because of braille displays
> has become rather well known so why not do something similar about the
> use of unicode characters in programming or so?
I'd advise against this. To the contrary, unicode usage should be
encouraged as much as possible.
Those unicode characters are at last a universal standard way to
communicate which also includes emojis etc. The alternative to emojis
and special characters is embedded images which are not standardized at
all, and worse are completely inaccessible.
We might have alignment issues with unicode description and such, but
that's something for brltty and similar tools to solve. Working
around this issue by asking other
people not to use unicode is not a good solution.
Wrt brltty: it might be possible to quickly toggle between two modes,
just like 6/8-dot braille, where one of these modes has unicode chars
occupy their expected width using some replacement character
representation (e.g. \alpha could be an a with dot 8 blinking or the
like) and another mode where such character are spelled out using their
unicode description. This way you get both the presentation alignment
and the description but just not simultaneously.
Nicolas
More information about the BRLTTY
mailing list