Hi nico/Hans,
Hans Hagen wrote:
mo #x000AF; /mo
The MathML spec specifically suggests the use of OverBar; instead
of a literal accent character in situations like this.
For the macron, accent=false should only influence the vertical
placement, not its stretchiness.
Cheers, taco
On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED]
wrote:
Hi nico/Hans,
Hans Hagen wrote:
mo #x000AF; /mo
The MathML spec specifically suggests the use of OverBar; instead
of a literal accent character in situations like this.
The problem is that it is also
nico wrote:
So, the behaviour should not be different when using an entity name and
the corresponding unicode value. Imagine some XML tool processing an
original XML mathml code containing an entity name, and simply expanding
the entity according the MathML DTD. I think that processing
Taco Hoekwater wrote:
nico wrote:
So, the behaviour should not be different when using an entity name and
the corresponding unicode value. Imagine some XML tool processing an
original XML mathml code containing an entity name, and simply expanding
the entity according the MathML
nico wrote:
On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED]
wrote:
Hi nico/Hans,
Hans Hagen wrote:
mo #x000AF; /mo
The MathML spec specifically suggests the use of OverBar; instead
of a literal accent character in situations like this.
On Thu, 30 Mar 2006 23:02:10 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
nico wrote:
On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED]
wrote:
Hi nico/Hans,
Hans Hagen wrote:
mo #x000AF; /mo
The MathML spec specifically suggests the use of OverBar; instead
of
nico wrote:
- The bar above x+y+z does not cover the formula, and it still small
(mover2):
math
mrow
mover accent=true
mrow
mi x /mi
mo + /mo
mi y /mi
mo + /mo
mi z /mi
/mrow
mo
