[liblouis-liblouisxml] Re: [EXTERNAL] How can I test and debug iOS Liblouis tables?

  • From: Bert Frees <bertfrees@xxxxxxxxx>
  • To: liblouis-liblouisxml@xxxxxxxxxxxxx
  • Date: Tue, 03 May 2022 11:31:39 +0200

Hi,

Apple, like many other product manufacturers that make use of Liblouis, is
violating our license by not providing a facility that permits using a different
version of Liblouis or different tables.

There have been several occasions where this has impacted us and our users. I'm
not saying that it would have solved this particular problem with VoiceOver if
they would allow using custom tables. But at least it could have helped with
debugging. Now they just decided to remove support for Japan, and there is
nothing the user can do about it. That's really bad.

I'm also not naive to think that we can force big corporations like Apple to
comply with the license just like that. But maybe we need to do something? Just
to give a signal that it is not okay.

Thoughts welcome

Bert



James Bowden writes:

Hi,

Do you have a set of YAML tests?

If not, you should really create a set of YAML tests which basically exercise 
every rule in your translation tables to make sure you get the expected 
output.

You can test your table with the tests, using the program lou_checkyaml.

But, you mention that there is a program crash: this points to something 
causing a bigger problem than just incorrect braille: it may be that there is 
a character, not handled by
your tables that causes a problem. Or, it could be a particular sentence that 
causes something to fail. Or, it could be a particular rule in your table 
causes a problem.

Again, a YAML test should help sort this out.

You say that VoiceOver crashes, can you predict when this will happen?

Is there a particular line of text that always causes a failure?

If so, that is a good starting point; use exactly the same text in 
Lou-translate or a test and lou_checkyaml and does the crash still occur?

--

These are all questions and suggestions for things to try, I'm not asking you 
to answer the questions on list.

I trust this helps.

With best regards,

James.


From: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx 
<liblouis-liblouisxml-bounce@xxxxxxxxxxxxx> On Behalf Of kensaku yoza
Sent: 02 May 2022 21:46
To: liblouis-liblouisxml@xxxxxxxxxxxxx
Subject: [EXTERNAL] [liblouis-liblouisxml] How can I test and debug iOS 
Liblouis tables?

Hello, all.

I have some questions about testing and debugging Liblouis translation tables 
on iOS devices, iPhone VoiceOver and refreshable braille displays.

But First I have to say thank you very much to Liblouis maintainers for 
including Japanese Braille tables. I myself and some Japanese Braille 
readers, actually not so many, are
very happy that Japanese Kanji braille has become a member of Liblouis's 
great variety of world braille tables.

It seems that Japanese Kanji Braille table is working properly with 
lou_translate(both in Windows10 And Mac OS home Brew version), and Liblouis 
website's online "try it
online".

Now, Japanese Kanji Braille table is included in official Liblouis, that it 
is *possible* for Windows screen reader NVDA and iOS/Mac OS VoiceOver to 
include Japanese Kanji
Braille table.

Here I bumped into a problem: in some months ago's beta version of iOS 
VoiceOver had a Liblouis version of Japanese table. But if you used this 
Japanese Liblouis table for a
few minutes then VoiceOver crashed, stoped talking, and you had to reboot the 
iOS to go back to a usable condition with other language's braille table than 
Japanese Liblouis
table.

I'm a member of Apple Developer Program and I feedbacked this, then Apple 
removed Japanese Liblouis table from the latest official iOS release.

I want my Japanese Kanji braille table to behave without troubles or problems 
in iOS.

What are the good or better ways to find the problem-causing lines in the 
Japanese braille table and improve and fix the problem?

In NVDA's case, because it's open source, you can test it by yourself. But 
Apple iOS is proprietary, you cannot test the rewritten tables directly by 
yourself.

I'm contacting with some of Apple Developer directly, and they sent me 
"backtrace", I'm not sure what is a backtrace, but if sufficient programmer 
see the backtrace log
through, they might tell what the problem is.

Is it possible to jailbreak an iOS device and test your Liblouis tables 
directly? Or is there alternative ways similar to that?

I appreciate any advice or information, help, anythihng.

Thank you

Kensaku from Japan
For a description of the software, to download it and links to
project pages go to http://liblouis.org
Donate: http://liblouis.org/sponsoring

Other related posts: