John, how far away from completing the implementation of start and end boxing lines do you think you are?
Thanks Chris On Oct 24, 2008, at 12:38 PM, John J. Boyer wrote:
Mike, Good. The implementation of boxline will take care of the different kinds of lines. John On Thu, Oct 23, 2008 at 09:20:30AM -0700, Mike Sivill wrote:This is odd because according to Formats Rule 6.3.c, the start boxline is supposed to be a line of dots 2356 and the ending boxline is supposed to be a row of 1245's. There are provisions for lines within the boxes as well but I would think you would want to creat a class for startboxline and endboxline with their respective characters, not hyphens, which are used aspage change indicators.As for bold, formats does say it should be indicated by 456 46 for one word and 456 46 46 to start a bold phrase with 456 46 ending it on the lastword. Mike -----Original Message----- From: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx[mailto:liblouis-liblouisxml-bounce@xxxxxxxxxxxxx] On Behalf Of Chris vonSee Sent: Thursday, October 23, 2008 8:23 AM To: liblouis-liblouisxml@xxxxxxxxxxxxxSubject: [liblouis-liblouisxml] Re: One more question about boxing linesJohn, I did look for the "repeated" opcodes in en-us-g1.ctb and en-us- g2.ctb, but I didn't find any that would explain truncation ofmultiple lines of dashes. However, I did find a "pass2" opcode in en-us-g2.ctb which is defined as: pass2 @36-36-36 @36-36 Based on the documentation, I interpret this as "find any consecutive runs of three hyphens (dots 3-6) and convert them to a run of two hyphens." Applying this rule would convert 40 hyphens to 27 (40 divided by 3 is 13 remainder 1; 13 times 2 plus 1 is 27) and four hyphens to 3 (4 divided by 3 is 1 remainder 1; 1 times 2 plus 1 is 3), so it looks like it's this opcode that's causing the behaviour I'm seeing. It seems to me that converting 40 hyphens to 27 still makes for a long run of hyphens would be annoying to a braille reader. I suppose you could compensate for this by using pass2, pass3 or repeated opcodes, but it might be better to have a different opcode (or a modification of pass2, pass3 or pass4) that allows for replacement of arbitrarily long strings of characters with a single string so that you don't do repeated replaces as pass2 does now. Cheers Chris On Oct 23, 2008, at 1:36 AM, John J. Boyer wrote:Chris,This is due to the fact that the liblouis table is set up to truncatelong strings of hyphens, underscores, periods, blanks, etc. such as occur in many print documents and are only an annoyance to braille readers. This can be handled by having a subtable with repeated opcodes to handle these situations and placing it at the end of a table list in the literaryTextTable line of the configuration file. However, this would involve a minor rewrite of the liblouis tables.I'm glad to see you bringing up these questions, because it means thatliblouis(xml) is evolving. John On Wed, Oct 22, 2008 at 04:13:45PM -0700, Chris von See wrote:I also noticed that if I insert four hyphens into the file prior to translation then I only get three hyphens out. The input to liblouisxml is: <p>This blank should be filled in ---- and so should this one ---- and this one ---- but not this one _.</p> The braille ASCII I get out is: ,? blank %d 2 fill 9 --- & s %d ? "o --- & ? "o --- b n ? "o _. Do you know of any reasons why these would be truncated? Thanks Chris On Oct 22, 2008, at 2:51 PM, Chris von See wrote:Hello John -One more question: I inserted 40 cells of dots 3-6 as a boxing linein the XML prior to calling liblouisxml, but when I looked at the output I only got 27 cells out. I inserted the boxing line using the following XML:<span class="boxingLine">----------------------------------------</span> and inserted the following line into the semantic action file: style1 span,class,boxingLine "style1" is defined in the config file as: # boxingLines style style1 firstLineIndent 0 Do you have any thoughts on why the boxing lines are being truncated? Thanks and regards Chris von SeeFor a description of the software and to download it go to http://www.jjb-software.com-- John J. Boyer, Executive Director GodTouches Digital Ministry, Inc. http://www.godtouches.org Madison, Wisconsin, USA Peace, Love, Service For a description of the software and to download it go to http://www.jjb-software.comFor a description of the software and to download it go to http://www.jjb-software.com For a description of the software and to download it go to http://www.jjb-software.com-- John J. boyer; President, Chief Software Developer JJB Software, Inc. http://www.jjb-software.com Madison, WI USA Developing software for people with disabilities For a description of the software and to download it go to http://www.jjb-software.com
For a description of the software and to download it go to http://www.jjb-software.com