[liblouis-liblouisxml] Re: Issue with emphasis

  • From: "Michael Whapples" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "mwhapples@xxxxxxx" for DMARC)
  • To: liblouis-liblouisxml@xxxxxxxxxxxxx
  • Date: Thu, 20 Nov 2014 14:19:45 +0000

I think this is sort of what I was meaning by an external option. Well may be I was thinking it could potentially go further or it could be as you describe.


May be it could be C may be it could be another language, if it is not mixed in then this does not matter too much, and whoever writes it could use which they feel is most appropriate. "Appropriate" including ensuring that it is usable by those who need access to the functionality, so realistically it probably would be a choice between C, C++ or other language which can be used from C and has no large dependencies.

May be it could be called near the end of the liblouis translate function, then consumers of liblouis need not deal with additional function calls and that complexity.

If it is C or C++ may be it could be statically linked to liblouis and then no additional dependencies are to be handled.

I think I am getting more convinced that it might be the quickest option to implement.

The only bit I cannot quite work out is whether the Braille string and typeforms would be enough to apply the emphasis indicators or whether one needs to have access to the original text.

Michael Whapples
On 20/11/2014 13:55, Keith Creasy wrote:
John.

Do you think the approach I mentioned would work? That is to basically strip 
out code that does emphasis now and create a new post-translation procedure 
that takes care of it. We could keep it in C but try to encapsulate it at least 
to the point that the procedure is in one location and not intermingled with 
other translation code. It would require a separate pass over the braille 
output but shouldn't introduce much of a performance hit.


-----Original Message-----
From: liblouis-liblouisxml-bounce@xxxxxxxxxxxxx 
[mailto:liblouis-liblouisxml-bounce@xxxxxxxxxxxxx] On Behalf Of John J. Boyer
Sent: Wednesday, November 19, 2014 4:24 PM
To: liblouis-liblouisxml@xxxxxxxxxxxxx
Subject: [liblouis-liblouisxml] Re: Issue with emphasis

Macros are in liblouisutdml. They might be used with the
        liblouis exactdots opcode, but I think the best approach and the
        least frustratingu would be to simply redesign the emphasis
        code in liblouis from scratch.
        
John
        
        On Wed, Nov 19, 2014 at 08:16:58PM +0000, Paul Wood wrote:
That is a great idea, but even John said the old emphasis code was
such a can of worms! That's why he decided to go the macro route. I
just never saw an email about how the macro bit could sollve the
emphasis issues
which we
need for italic, bold, underline in UEB.
We have a new volunteer starting Friday so I hope will soon be able to
reverse engineer the macro code and hopefully give us a solution.
Paul
On 19 Nov 2014 20:01, "Mesar Hameed" <mesar.hameed@xxxxxxxxx> wrote:

Hi,

On Wed 19/11/14,19:47, Michael Whapples wrote:
We have been considering doing our own emdphasis handling in the
Java
code of
BrailleBlaster, so we would be interested how others do such a
thing and
not
use liblouis for emphasis and whether any issues were encount ered
in
doing
that.
It would be great if someone from Viewplus or APH could set aside
some  development time to fix this directly in liblouis, this would
probably be  better  than attempting workaround solutions in braille
blaster, this would fix  the problem at the source, and would only
have to be done once.
be to simhasis in liblouis.ly start over with empp  Because in the
past code has been added without any tests its hard to  know
when/where or how something is working, if we add the examples you
provide as tests that would be a good starting point to trace through
the code and see how it behaves under the various examples, which
might  give a hint where the code is going wrong.

thanks,
Mesar
For a description of the software, to download it and links to
project pages go to http://www.abilitiessoft.com


--
John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc.
http://www.abilitiessoft.com
Madison, Wisconsin USA
Developing software for people with disabilities

For a description of the software, to download it and links to project pages go 
to http://www.abilitiessoft.com
For a description of the software, to download it and links to
project pages go to http://www.abilitiessoft.com

For a description of the software, to download it and links to
project pages go to http://www.abilitiessoft.com

Other related posts: