3251 2005-06-01 16:23:53 -0700 Implement MathML (master bug) 2024-12-01 22:20:17 -0800 1 1 1 Unclassified WebKit MathML 412 All All RESOLVED CONFIGURATION CHANGED InRadar P2 Normal --- 15302 29529 33703 33964 34228 34275 34277 34278 34347 34741 36452 36525 36528 36540 37044 37497 37763 38327 38377 40327 40827 40986 41535 41895 41961 42041 42067 42373 42472 43481 43503 71725 85730 85733 85735 99623 118737 40829 1 hyatt alex abdulalis bdakin bgamari bronger cdiddca cop3252 dbarton ddkilzer distler donggwan.kim emacemac7 fred.wang gsnedders gthiruva hsivonen ian info jasneet jshin karlcow kieranom kingsinsear6 krit laszlo.gombos lpadovan makotoy marsjaninzmarsa martin.sourada m.goleb+bugzilla mike mitz nickshanks nilesh.patil patrick rubys s.choi sekundes shashank.chintalagiri syoichi tonikitoo webmaster zan oldest_to_newest 10453 0 hyatt 2005-06-01 16:23:53 -0700 This is a master bug to track the landing of an initial implementation of MathML for Web Kit. 11919 1 adele 2005-06-14 14:49:02 -0700 This is also in Radar as <rdar://problem/3142835> Would like MathML support 12288 2 distler 2005-06-16 15:16:03 -0700 MathML support requires an extensive set of glyphs, not present in the fonts customarily distributed with MacOSX. To this end, the STIX Fonts Project ( http://www.stixfonts.org/ )is of interest. Sometime in 2005 (or so they say), a full Unicode-compatible mathematical font set will be available under a royalty-free licence ( http://www.stixfonts.org/user_license.html ). 14027 3 lpadovan 2005-07-05 13:10:34 -0700 GtkMathView is a C++ rendering engine for MathML documents. It provides an interactive view that can be used for browsing and editing MathML markup. Despite its name, GtkMathView is modular and the actual MathML rendering engine is completely independent of Gtk (and of any graphic platform). Currently GtkMathView supports 3 different backends: for Gtk, for SVG (does not use any graphic library), for AbiWord. GtkMathView's frontend (the way it reads the MathML document) is also modular, and it supports both tree-based document models as well as stream interfaces as well as application-specific models. GtkMathView has very good support for Computer Modern fonts (both Type1 and TrueType versions) and support for other font families can be added easily. It seems to me like this is a good opportunity to make GtkMathView somewhat more popular, and for you not to reinvent the wheel and to start with an already working code base. I'd be glad to hear from other developers if they think it would be feasible to (re)use GtkMathView or some of its code base for adding MathML support to Webkit. I anticipate that I'm totally new to development on the Apple platform, but it'd be terrific if any piece of this (hard!) work, which has going on for more than 5 years, could be of some help. http://helm.cs.unibo.it/software/mml-widget/ Feel free to contact me for any question you may have. 28387 4 makotoy 2006-01-13 17:58:42 -0800 (In reply to comment #3) SVG <text> support is coming into being. Is it realistic to have the SVG engine do the rendering job? Looks like gtkMathView can provide in-memory SVG tree with a few modifications. 28973 5 ddkilzer 2006-01-20 05:26:20 -0800 GtkMathView is licensed by the GPL. Is that license compatible with WebKit? 29554 6 lpadovan 2006-01-23 01:56:52 -0800 (In reply to comment #4) > SVG <text> support is coming into being. Is it realistic to have the SVG engine > do the rendering job? Looks like gtkMathView can provide in-memory SVG tree with > a few modifications. Indeed it is possible to have an "SVG tree" generated by GtkMathView. Note that the rendering of MathML into SVG uses very little capabilities of SVG itself. Basically, all that is needed is text rendering, reliable font selection, and colored rectangles. In fact, I suspect it would probably be easier to directly interface GtkMathView with the rendering interface used by the SVG engine, although have never glanced at how that works. In reply to comment #5, I might consider switching to a less strict licence, as long as GtkMathView remains open source. 29629 7 makotoy 2006-01-23 16:15:03 -0800 (In reply to comment #6) > Basically, all > that is needed is text rendering, reliable font selection, and colored > rectangles. In With my quick experiment, the nightly build can render outputs (including greek letters, integral, square roots and the red square for missing? glyphs) of mathmlsvg quite fine using Bakoma fonts. > to directly interface GtkMathView with > the rendering interface used by the SVG engine Well, we need to investigate on this more, perhaps it would mean to handle CSS frames or something? In any case, in view of kmathml, this approach might be of temporary ad-hoc nature and then we can pursue the easiest rather than structural beauty... 33949 8 mjs 2006-02-25 00:44:42 -0800 WebKit code must be under an LGPL-compatible license. 84859 9 ap 2008-07-01 05:55:21 -0700 *** Bug 19840 has been marked as a duplicate of this bug. *** 100142 10 alex 2008-11-24 20:34:02 -0800 (In reply to comment #5) > GtkMathView is licensed by the GPL. Is that license compatible with WebKit? (In reply to comment #8) > WebKit code must be under an LGPL-compatible license. GtkMathView is LGPL software since Oct 15, 2007 and also WebKits SVG support is mature now. With everything sorted out, only someone who can integrate it into WebKit is missing ;) 100199 11 ddkilzer 2008-11-25 05:41:43 -0800 Hyatt is not working on this; reassigning to webkit-unassigned. 100200 12 ddkilzer 2008-11-25 05:44:44 -0800 (In reply to comment #10) > (In reply to comment #5) > > GtkMathView is licensed by the GPL. Is that license compatible with WebKit? > (In reply to comment #8) > > WebKit code must be under an LGPL-compatible license. > > GtkMathView is LGPL software since Oct 15, 2007 and also WebKits SVG support is > mature now. With everything sorted out, only someone who can integrate it into > WebKit is missing ;) Will that work on all platforms once the Gtk dependencies are removed? I suppose the SVG backend would work best in this case. http://helm.cs.unibo.it/mml-widget/ 110773 13 mrowe 2009-02-24 11:09:25 -0800 *** Bug 24127 has been marked as a duplicate of this bug. *** 159791 14 cop3252 2009-11-02 06:19:50 -0800 A MaTHML Browser testing page is: https://eyeasme.com/Joe/MathML/MathML_browser_test 183759 15 alex 2010-01-22 12:47:45 -0800 Added all the current MathML related issues in the "Depends On" field. 185234 16 alex 2010-01-27 15:03:03 -0800 Added the debug layout patch. 185544 17 alex 2010-01-28 10:46:05 -0800 Added MathML CSS patch 185555 18 alex 2010-01-28 11:11:18 -0800 Added bugs for munder/over and msubsup support. 185968 19 alex 2010-01-29 14:34:46 -0800 Added patch for mrow and stretchy operator support. 188888 20 alex 2010-02-08 21:08:18 -0800 Added mfrac patch bug (34741). 189432 21 alex 2010-02-10 11:42:45 -0800 Removed bug 27413 from the depends on field. I believe this bug (27413) is not related to MathML. While I may be able to do the same using a chunk of MathML encoded markup, this bug has to do with specifically detecting and transforming sequences of unicode characters. Such a transformation's implementation might want to use the MathML fraction rendering object but it isn't really directly related to MathML's implementation. 237524 22 alex 2010-06-13 01:40:29 -0700 Added patch for RenderStyle change. 2078403 24 karlcow 2024-12-01 21:30:52 -0800 Is this bug still useful? There are many open reports about MathML but none ar linking to this one. https://bugs.webkit.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&list_id=11795349&query_format=advanced&short_desc=mathml&short_desc_type=allwordssubstr 2078415 25 fred.wang 2024-12-01 22:20:17 -0800 No I think it can be closed indeed. I guess the meta bug these days would be https://bugs.webkit.org/show_bug.cgi?id=mathml-core