[liblouis-liblouisxml] Re: A wrong dot number producing extension my working copy hungarian contraction table
- From: Hammer Attila <hammera@xxxxxxxxx>
- To: liblouis-liblouisxml@xxxxxxxxxxxxx
- Date: Sat, 28 May 2011 13:11:35 +0200
Hy,
I doed a very simple test program to verify the translated braille
output file after translation with various situations and operating systems.
The text file contained only lyuk lyuk lyuk word.
My test code is following:
#!/usr/bin/env python
#!coding: utf-8
import louis
import sys
f=open(sys.argv[1], 'r')
szoveg=f.read()
f=open(sys.argv[3], "w")
szoveg=szoveg.decode('utf-8')
f.write(louis.translateString([sys.argv[2]], szoveg, None, 0)+'\n')
My test results if I turn off Orca contracted braille feature and
opening the generated brf file:
1. If Orca running, I see wrong dot number with ly contracted exceptions.
2. The interesting result part now following:
If Orca not running, and I have text console, I see right only 456 dots.
This is happening because in text console I setted Brltty preferences
with six dot text style mode, but Orca owerwrite this Brltty setting
with graphics session.
In text console, if I turn back text style with eight dot mode, I see
console too wrong the 456 dot number combination. Why happening this?
Other operating systems not happening problem when I opening this
braille file, I see only 456 dots with ly letter pairs contracted
output, for example NVDA and JAWS for windows braille features right
showing the translated .brf output.
I reported yesterday this issue in Bugzilla with Orca related, because
not have better ydea:
https://bugzilla.gnome.org/show_bug.cgi?id=651264
I don't understand a think:
If a contraction table creator would like define only six dot
combinations a Liblouis table, and want absolute sure always the six dot
contraction strings is presenting the braille display, independent with
Screen Readers and Brltty default text table, how can possible doing
this absolute sure? I doing wrong with 456 dot numbers related exceptions?
Please help if this is possible, between already defined exceptions only
this exceptions working wrong.
Attila
lyuk lyuk lyuk
_uk _uk _uk
Other related posts:
