[liblouis-liblouisxml] Re: One more question about boxing lines

  • From: "Mike Sivill" <mike.sivill@xxxxxxxxxxxx>
  • To: <liblouis-liblouisxml@xxxxxxxxxxxxx>
  • Date: Thu, 23 Oct 2008 09:33:38 -0700

Same thing for us and the Bold indicator, it would seem. Although I've never
seen bold words written this way. 
Mike

-----Original Message-----
From: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx
[mailto:liblouis-liblouisxml-bounce@xxxxxxxxxxxxx] On Behalf Of Chris von
See
Sent: Thursday, October 23, 2008 9:29 AM
To: liblouis-liblouisxml@xxxxxxxxxxxxx
Subject: [liblouis-liblouisxml] Re: One more question about boxing lines

Mike, you're absolutely correct regarding the boxing lines - I got  
the dot sequences wrong.

Chris

On Oct 23, 2008, at 9:20 AM, 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 as
> page 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  
> last
> word.
>
> Mike
> -----Original Message-----
> From: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx
> [mailto:liblouis-liblouisxml-bounce@xxxxxxxxxxxxx] On Behalf Of  
> Chris von
> See
> Sent: Thursday, October 23, 2008 8:23 AM
> To: liblouis-liblouisxml@xxxxxxxxxxxxx
> Subject: [liblouis-liblouisxml] Re: One more question about boxing  
> lines
>
> John,
>
> 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 of
> multiple 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 truncate
>> long 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  
>> that
>> liblouis(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 line
>>>> in 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 See
>>>
>>> For 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.com
>
> 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

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

Other related posts: