Another workaround would be to have pre-processing step that converts the "
⁢" into "⁢", or into the UTF-8 encoded unicode
character.
2017-05-26 17:37 GMT+02:00 Bert Frees <bertfrees@xxxxxxxxx>:
Any entity that you use in the document should be declared in the DTD. For
example, an HTML document with MathML might use this DTD:
https://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd, which includes
this entity declaration:
<!ENTITY InvisibleTimes "⁢">
Even with the right DTD, I'm unsure whether Liblouisutdml handles "
⁢" correctly. You have to try it out. In theory
Liblouisutdml should be able to handle it.
Your "noback correct "⁢"" solution is fine as a workaround
but is not really the proper way to do it.
2017-05-26 16:44 GMT+02:00 Norbert Markus <hamilfonz@xxxxxxxxx>:
Hi Bert,
The input file is an HTML containing mathml blocks.
The only occurrence of the string "InvisibleTimes" in the file is in a
mathml block as an operator:
<mo>⁢</mo>
The html file refers to a css file that I currently don't have and I
don't see how a CSS file could influence the interpretation/treatment of
such entities by liblouisutdml.
A self-experimented solution is now on my behalf is that I added a line
to the nemeth.ctb file:
noback correct "⁢" ?
Is this an acceptable way to tackle such situations?
Best Regards, Norbert.
*From:* Bert Frees <bertfrees@xxxxxxxxx>
*Sent:* Friday, May 26, 2017 11:35 AM
*To:* liblouis-liblouisxml@xxxxxxxxxxxxx
*Subject:* [liblouis-liblouisxml] Re: MathML question
Hi Norbert,
Is the entity declared in the input XML?
2017-05-25 0:55 GMT+02:00 Norbert Markus <hamilfonz@xxxxxxxxx>:
Hi All,
An HTML source file containing mathML blocks produce some unvanted
sequences in the braille output.
One of them is an entity:
⁢
(This is a multiplication operator that should not be displayed.)
Actually, the braille output contains its transcription like
_&,invisible,times;
(the excerpt above is given using USA braille characters)
Can you help me find the most appropriate way to prevent this from
appearing in the braille material?
Another question:
When a math line is too long in braille, liblouisutdml breaks it and
puts a hyphen at the end of the first line. This hyphen looks exactly like
a minus sign. Is this legal in Nemeth math code or should it be prevented
from happening? If it should, do you know how?
A third question:
Does anyone happen to know the Nemeth braille representation for the
product symbol for a product series. In TeX, it is \prod. Its hexadecimal
unicode is \x220f.
Syntactically it is the same as a summa but instead of adding the
elements of the series, it multiplies them.
In xml/html sources that I am trying to translate into Nemeth math, the
hexadecimal character code for this symbol appears. Does liblouis already
handle the braille representation of this symbol or should it be introduced
in a table?
Thanks a lot for your answers.
Best Regards, Norbert.