Open
Bug 276028
Opened 19 years ago
Updated 1 year ago
MathMLContentmarkup not supported.
Categories
(Core :: MathML, enhancement)
Core
MathML
Tracking
()
NEW
People
(Reporter: domob, Unassigned)
References
(Depends on 1 open bug)
Details
Attachments
(2 files)
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.0; enUS; rv:1.8a6) Gecko/20041219 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; enUS; rv:1.8a6) Gecko/20041219 Mozilla fails to render MathMLContent Markup, it should be implemented. Reproducible: Always Steps to Reproduce: Open this simple testfile: <?xml version="1.0" ?> <math xmlns="http://www.w3.org/1998/Math/MathML"> <apply> <plus/> <cn>1</cn> <cn>2</cn> </apply> </math> Actual Results: Just "1 2" is displayed, as if all tags were ignored. Expected Results: Something like "1+2" should be displayed, as the testfile says "the sum of the two numbers 1 and 2".
Reporter  
Comment 1•19 years ago


Although the Parallel Markupexample in the W3CRecommendation (2.0) is displayed correctly in Mozilla, I don't know how (if) Parallel Markup is recognized and parsed by Mozilla. I think we should represent all MathML (except Presentation Markup only, which is currently supported) as Parallel Markup, explicitly as such specified in the document, or implicitly, with autogenerated Presentation Markup (for Content only). It shouldn't be a big problem to implement (at least basic) Content Markupsupport by generating default Presentation Markup, which is rendered then, if Parallel Markup is supported. (If we implement the Content MarkupDOMInterfaces first, it could even be done in JavaScript; but personally, I like C++ more)
Updated•19 years ago

Assignee: firefox → rbs
Component: General → MathML
Product: Firefox → Core
QA Contact: firefox.general → ian
Version: unspecified → Trunk
Comment 2•19 years ago


Updated•19 years ago

Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
Reporter  
Comment 3•19 years ago


First of all, we should ensure that there are specific classes for MathMLelements, to allow, for instance, to implement methods to connect corresponding Presentation & Content Markup.
Reporter  
Comment 4•19 years ago


The autogeneration of the Presentation part in the Parallel Markup could also be done by the mathmlc2pstylesheets. Couldn't it? Implementing Content Markup should therefore be not a very big problem when once MathMLDOM is present.
Comment 5•19 years ago


The premise of this bug, that Mozilla should render content markup, is incorrect. Content markup is not supposed to be rendered under any circumstances. With either parallel or mixed MathML markup, we see the presentation MathML and not the content MathML. The danger, really, is that content markup represents the exact value of a MathML expression, while presentation markup represents how the MathML expression is rendered. That's the entire purpose of presentation MathML. Content MathML is for computers. Presentation MathML is for humans. I think it is a bad idea to define a default presentation for any content MathML, and recommend WONTFIX for this enhancement.
Reporter  
Comment 6•19 years ago


I think MathML parsers should also be able to render Content Markup only. Of course, it is there to allow, for example, that a Computer Algebra System is attached to Mozilla, and that Mozilla can solve equations via Context Menu. But what would it use to have a XHTMLdocument with inline Content MathML, if one the one hand the human couldn't see the Math, and on the other hand, the computer couldn't understand the text written in XHTML? I see Content Markup as some sort of more correct MathML: You don't specify how something is to be rendered, but what it means (as if you wrote a poem in XHTML with <l> elements instead of <br>), but written for computers AND humans, too. See section 5.4 of MathML 2.0 Recommendation. Of course, the Content Markup should be kept, but I think we should provide default Presentation Markup for Content Markup only.
Updated•14 years ago

QA Contact: ian → mathml
Updated•14 years ago

Assignee: rbs → nobody
Comment 7•12 years ago


FYI, here is the repository of David Carlisle's converter, from presentation MathML to content MathML: http://code.google.com/p/webxslt/source/browse/trunk/#trunk/ctop
Comment 8•12 years ago


Would it be a good idea / possible to implement conversion from content to presentation MathML using XBL?
Comment 9•11 years ago


FYI, I've written a restartless addon to render content MathML, based on David Carlisle's ctop stylesheet. I plan to submit it to AMO.
Comment 10•11 years ago


(In reply to Frédéric Wang (:fredw) from comment #8) > Would it be a good idea / possible to implement conversion from content to > presentation MathML using XBL? I looked at that a _long_ time ago, I think it would be possible to do something if it would be useful but as an outsider I got lost in the various flavours of (s)xbl(1/2) I assume things are now more stable and it's clear to a mozilla insider what facilities are available?
Comment 11•11 years ago


> (In reply to Frédéric Wang (:fredw) from comment #8) > > Would it be a good idea / possible to implement conversion from content to > > presentation MathML using XBL? > > I looked at that a _long_ time ago, I think it would be possible to do > something if it would be useful but as an outsider I got lost in the various > flavours of (s)xbl(1/2) I assume things are now more stable and it's clear > to a mozilla insider what facilities are available? I'm not really sure about that. The last update I saw was http://enndeakin.wordpress.com/2012/03/30/xblforward/ but I have not seen any progress on bug 374737.
Updated•1 year ago

Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•