[Webkit-unassigned] [Bug 100626] Support semantics annotation-xml elements

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 29 18:30:33 PDT 2012


https://bugs.webkit.org/show_bug.cgi?id=100626





--- Comment #13 from Jacques Distler <distler at golem.ph.utexas.edu>  2012-10-29 18:31:49 PST ---
(In reply to comment #12)

> The usage with no base expression and just annotations is really an abuse of notation that was valid MathML2 because of loose schema enforcement and works in gecko

Indeed, I seem to recall that the more "correct" usage, with a bogus <csymbol> element as the first-child (and the <annotation-xml> element as the second child) DIDN'T work. Omitting the bogus <csymbol> worked fine in Gecko, so that's what I implemented.

> I became aware of this usage with only annotations somewhat later when I think some of Jacques' examples were given as examples of integration for html5.
> 
> I suppose if there is really a lot of usage of this construct a case could be made for a bug report changing the schema to   MathExpression? so making it optional but really I'm not sure it is good usage to be annotating nothing.

On the other hand, not having a mechanism for fallback content, when constructing such a compound document, is not a good idea either.

(Full disclosure; itex2MML's \begin{svg}...\end{svg} doesn't really provide a convenient mechanism for including fallback content. But more competently-designed authoring software certainly could.)

I could easily modify itex2MML to emit a bogus <csymbol> as the first-child of <semantics>, with the actual SVG payload in the second-child <annotation-xml>. ALL browsers would ignore the <csymbol> element, and the SVG-capable ones would render the SVG.

(Well, OK, Firefox would have to be modified, but it seems that's in the works, anyway.)

>It has the benefit of working in firefox but structurally, annotating nothing isn't really what is wanted here.

Well, I'll note that the Spec

http://www.w3.org/TR/MathML3/chapter3.html#presm.mtext

doesn't exactly go out of its way to indicate that <mtext> is the preferred mechanism for building compound documents. In fact, unless I misunderstand the schema

http://www.w3.org/TR/MathML3/appendixa.html#parsing_mtext

that usage is forbidden.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list