# RE: "Presentation of empty mi element"

From: Daniel Marques <dani@wiris.com>
Date: Tue, 16 Apr 2013 11:58:58 +0200
Message-ID: <5733fd6b5cf715f3ebd9108601dd85f2@mail.gmail.com>
To: Neil Soiffer <NeilS@dessci.com>, Frédéric WANG <fred.wang@free.fr>

WIRIS editor does not allow generating an empty <mi> because, if it does
not contain any space or visual hint, it is difficult to edit. That said, I
wouldn’t display any space or a very thin one for empty <mi>s.

*From:* neil.soiffer@gmail.com [mailto:neil.soiffer@gmail.com] *On Behalf
Of *Neil Soiffer
*Sent:* lunes, 15 de abril de 2013 23:34
*To:* Frédéric WANG
*Cc:* www-math@w3.org
*Subject:* Re: "Presentation of empty mi element"

MathPlayer doesn't add any space, so it is good to hear that the major
renderers will do the same thing.  Having said that, I don't believe the
spec makes any requirement as to what should happen, although it would be
strange to render empty content with space.

Neil

On Mon, Apr 15, 2013 at 7:03 AM, Frédéric WANG <fred.wang@free.fr> wrote:

Firefox's behavior has been changed to match MathJax's one and so there
should be no space between mi elements. Thus that seems to be a bug in
Firefox about how empty mi's are handled.

On 15/04/2013 14:54, David Carlisle wrote:

On 15/04/2013 12:50, raghunandana wrote:

<mi>T</mi> <mi></mi> <mi>e</mi>

With the above content, firefox leaves space between elements, "T
e", however mathjax renders it as "Te", with no space between them.
Specification does not say anything on how to display the content
when empty mi is present.

Specification allows for empty mi element to be present,

"An|mi|element with no content is allowed;|<mi></mi>|might, for
example, be used by an "expression editor" to represent a location
in a MathML expression which requires a "term" (according to
conventional syntax for mathematics) but does not yet contain one."

--
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Received on Tuesday, 16 April 2013 09:59:25 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:27:45 UTC