Hello,In tracking down the bug where liblouisutdml is putting the wrong Braille content in brl nodes, I have now worked out the actual code which is causing this issue.
Basically what seems to be the problem is that LibLouisUTDML processes a paragraph by adding each text segment of the paragraph into a single buffer, separating the segment with \xffff characters. Once the buffer contains the full paragraph text it translates it in one go, and then splits the text into the segments by searching for \xffff.
The problem is that if one has text which gets processed by a largesign optcode rule either side of the \xffff end segment separator (eg. "and \xffffthe") then liblouis will remove the \xffff from between the largesign translations. Thus now when liblouisutdml takes the translation and splits it into segments for inserting into the appropriate brl nodes it will miss one of the split points.
Could someone point me at the code in liblouis which strips the characters between largesign words. Then I could make a fix fairly quickly.
I guess a longer term question I want to raise is whether this way of processing paragraphs is really a good plan?
Michael Whapples For a description of the software, to download it and links to project pages go to http://www.abilitiessoft.com