[BRLTTY] Problem with euro symbol using brltty with framebufferon deb sarge

Samuel Thibault samuel.thibault at ens-lyon.org
Sun Aug 21 11:17:31 EDT 2005


Hi,

Daniel COTTO, le Sun 21 Aug 2005 17:03:06 +0200, a écrit :
> Son excuse me, I have made my own braille table fr-iso15 with the \xa4 bind 
> to the euro sign (158) like on windows, the \xbc bind to oe (2468) and \xBD 
> bind to OE (3467);. This table has been made from the fr-iso01, and match 
> the windows jaws french table.

Ah, you should send that to Dave, so he can put it in the brltty
archive, as text.fr-iso15.tbl, or maybe better with the formerly
proposed convention: text.fr_FR at euro.tbl

> This table work fine only if brltty is loaded after the console-screen 
> initializer.

Well, I guess it only works because brltty uses it as a iso1 table, and
carelessly use your euro sign for character 160, which indeed works.
(see ScreenDrivers/Linux/screen.c for details, setTranslationTable() for
instance. You may also try to run brltty with a -l 7 parameter to be
able to see character mapping errors).

But with a frame buffer or anything that lets brltty know that what
really needs displayed is a euro (unicode for instance), brltty doesn't
know that it can use the representation of character 160 in your table:
in iso1, character 160 is "monetary symbol", not "euro" (iso15).

The solution would be that the .tbl format include a way to tell which
8-bit character set it is intended for. For instance, the Czech table
needs be declared as iso2 for proper unicode support. But then the core
itself would need to know about unicode, which is not the case yet.

Dave, I guess you planed to work on unicode after 3.7?

Regards,
Samuel


More information about the BRLTTY mailing list