Hi Lars,
The problem with the Danish tables was as follows:
The 8 dot computer Braille table and the corresponding display table are
defined using the CP1252 table (Western European Windows). This table
corresponds to Latin-1, the first 256 Unicode characters, except for the range
\x0080 - \x009f. In this range, CP1252 has various quotation marks,
apostrophes, a few accented letters etc. etc. All these characters are found
much higher up in the Unicode table.
The Danish display table was expecting pure 8 bit values, \x00-\xff. However,
some JAWS Braille drivers insist on not delivering characters in the range
\x0080-\x009f, but instead they deliver the corresponding Unicode characters
with higher values. The result was that some dot patterns could not be entered
from a Braille display when connected through JAWS.
The solution was to add the extra Unicode entries to the display table preceded
by nofor.
You can see the extra lines at the bottom of da-dk-octobraille.dis.
I can't tell whether the problem in the Norwegian table is related to this, but
@ is not in the range \x0080 - \x009f, so perhaps not, unless there is some
kind of mixing up with characters within that range.
HTH Bue
-----Oprindelig meddelelse-----
Fra: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx
<liblouis-liblouisxml-bounce@xxxxxxxxxxxxx> På vegne af Lars Bjørndal
Sendt: 4. marts 2020 11:20
Til: liblouis-liblouisxml@xxxxxxxxxxxxx
Emne: [liblouis-liblouisxml] Re: liblouis 3.13.0 has been released
Hi!
I have a question for Bue:
From the release announcement:
- Updates to the Danish Tables thanks to Bue Vester-Andersen:
- Fixed back-translation for some JAWS Braille drivers, which
deliver Unicode characters to Liblouis as input from a Braille
keyboard.
- Ensured proper use of letsign in connection with accented letters.
- Re-arranged and strengthened tests to include all Unicode
characters defined in the tables.