Slashdot Mirror


A MathML Progress Report: More Light Than Shadow

An anonymous reader writes "Recent reports of MathML's demise have been greatly exaggerated. Given the amount of marketing dollars companies like Apple, Google, and Microsoft have spent trying to convince a buying public to purchase their wares as educational tools, you'd think they'd deliver more than lip service by now. MathJax team member, Peter Krautzberger, has compiled a great overview of the current state of MathML, the standard for mathematical content in publishing work flows, technical writing, and math software: "20 years into the web, math and science are still second class citizens on the web. While MathML is part of HTML 5, its adoption has seen ups and downs but if you look closely you can see there is more light than shadow and a great opportunity to revolutionize educational, scientific and technical communication.""

17 of 84 comments (clear)

  1. MathML is horrible by Anonymous Coward · · Score: 3, Insightful

    Have you ever tried to write anything in it?

    It doesn't flow for shit. Compare that to (La)TeX, where it flows not completely naturally, but it makes sense and actually writes in the order it will be, and mostly the order it's said when you say it.

    All the visual equation editors I have seen, including MathML editors, are utter crap. There's a reason why even Wikipedia uses it: http://en.wikipedia.org/wiki/Help:Displaying_a_formula .

    1. Re:MathML is horrible by AliasMarlowe · · Score: 2

      It doesn't flow for shit. Compare that to (La)TeX, where it flows not completely naturally, but it makes sense and actually writes in the order it will be, and mostly the order it's said when you say it.

      And tools like tex4ht make translation of LaTeX to html a breeze. You get the best of both worlds, with nice LaTeX documents (from which Postscript or dvi or PDF etc. can also be made) translated to html. It will even generate jsMath if you want.

      --
      Those who can make you believe absurdities can make you commit atrocities. - Voltaire
    2. Re:MathML is horrible by jensend · · Score: 2

      HTML and XML in general are horrible too if you're writing anything remotely complex by hand. But we use these kinds of formats because they are expressively powerful, unambiguous to a parser, and amenable to various kinds of analysis and transformations.

      If you want to write docs yourself, rather than writing everything in HTML/XML + CSS it makes sense to write in another syntax and convert it, especially if you're doing regular everyday things; this is what Markdown, wiki syntax, etc are about. Similarly, you wouldn't write MathML by hand in most cases; you can use a simple syntax like AsciiMathML or some non-Turing-complete subset of (La)TeX for writing most regular everyday stuff and convert it.

  2. Mozilla can't even do math in PDF by Animats · · Score: 2

    Mozilla's PDF renderer has trouble with larger math symbols, like sigmas and integrals.

    Typical open source bug handling - reported in May 2013, somebody whines that that the test case for the bug is too big, someone else provides more details, bug is marked as confirmed, somebody tries it on OS-X, where it works, someone else demonstrates the failure with a small test case, posts screenshots, and shows that the PDF works on Linux Firefox but not Windows Firefox. After six months, zero progress on fixing it.

    1. Re:Mozilla can't even do math in PDF by behrooz0az · · Score: 4, Funny
      The way I see it:

      Does it run on linux? yes

      So, What is your problem?

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion. -- Spazmania (174582)
    2. Re:Mozilla can't even do math in PDF by dkf · · Score: 4, Insightful

      After six months, zero progress on fixing it.

      As usual, you've got to find someone who develops for Windows and is sufficiently interested to work on the bug. As it is a rendering problem, working on another platform and cross-compiling won't work, and the Windows API is sufficiently different to make it much easier to be a specialist rather than a cross-platform guy. I'd guess that if someone were willing to commit some money (some sort of targeted bug bounty) to pay for the fix, it would get done sooner.

      It's not magic. (Or rather it is, but we're all the magicians.)

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    3. Re:Mozilla can't even do math in PDF by serviscope_minor · · Score: 2

      Typical open source bug handling - whinging

      You're taking a dig at open source, but the only thing to compare it to is closed source. Let me quote some more of your comment:

      somebody tries it on OS-X, where it works, someone else demonstrates the failure

      You mean somebody actually did something? This is so far ahead of most typical closed source bug reporting which is usually drawn from one of these options:

      1. *tumbleweed*

      2. Oh yeah, it is a bug. Wait for the next version.

      3. Oh yeah it is a bug. Upgrade to the next version which might fix it for $$$$$.

      --
      SJW n. One who posts facts.
    4. Re:Mozilla can't even do math in PDF by WombleGoneBad · · Score: 3, Insightful

      Typical open source bug handling ...

      As oppossed to commercial bug handling? On more than one occaision i have had problems in our systems, and traced the bug down to a bug in the commercial vendor product. From both Oracle and Microsoft we have got the response which was essentially "Yeah, its a bug. We have no plans to fix it, so tough luck buddy." To give another slighly different example, I had an issue displaying IBM Cognos produced excel spreadsheets on blackberry devices, and traced it down to them not bothering to follow the microsoft spec for .xlsx documents. They just said "oh we dont support blackberry", and took no interest in the fact that the root problem was that excel spreadsheets were actually malformed, and would be easily fixed. On an open source system i could have added a few lines to fix it myself. I probably could have decompiled the java and done this with Cognos, but i couldn't due to license restrictions.
      IBM, Microsoft and Oracle are 'big names' who have biggest budgets and investment in their brand, I doubt any of their competitors behave any better, and I would expect smaller commercial vendors support to be on average significantly worse.

      Often support for relatively obscure bugs in open source products suck, thing is it isn't *because* it is opensource, commercial support sucks too. You think because you are paying them for support you are calling the shots? it doesn't work that way. Opensource does however give you a lot more freedom. If offical support is letting you down you can fix it yourself, pay someone to fix it, or just investiage the code and try to figure out a way of avoiding the problem.

    5. Re:Mozilla can't even do math in PDF by RebelWebmaster · · Score: 2

      After six months, zero progress on fixing it.

      According to the bug, it was fixed in an upstream pull request yesterday. Given the usual rate at which upstream pdf.js updates are landed for downstream Firefox, it's very likely the fix will be in Firefox 28. Of course, you can confirm it's fixed in a development build of pdf.js whenever you want: https://github.com/mozilla/pdf.js#browser-extensions

  3. MathML in WebKit by Rosyna · · Score: 4, Informative

    And here's an article about MathML in WebKit from another source. http://www.maths-informatique-jeux.com/blog/frederic/?post/2013/10/12/Funding-MathML-Developments-in-Gecko-and-WebKit

    Note that Google removed MathML from their hostile fork of WebKit, Blink.

  4. Seems a bit verbose by AdamHaun · · Score: 5, Insightful

    Maybe it's just because I'm unfamiliar with MathML, but this seems like a *very* verbose way of writing equations. One of the examples in the article is the quadratic formula:


    <mtd><mrow>
    <mi>x</mi><mo>=</mo>
    <mfrac>
    <mrow><mo>-</mo><mi>b</mi><mo>±</mo>
    <msqrt><mrow><msup><mi>b</mi><mn>2</mn></msup><mo>-</mo><mn>4</mn><mi>a</mi><mi>c</mi></mrow></msqrt></mrow>
    <mrow><mn>2</mn><mi>a</mi></mrow>
    </mfrac>
    </mrow></mtd>

    That's 236 characters (ignoring whitespace) to write a 13 character equation, which is around 5% efficiency. Maybe that doesn't matter so much for bandwidth, but forget writing it by hand. (When would you do that? Well, commenting on web forums, for one thing...) Granted, there's some text formatting, but does every character really needs a separate tag around it?

    --
    Visit the
    1. Re:Seems a bit verbose by Tablizer · · Score: 4, Funny

      Hmmm. What we need is a formula translator language. Maybe we can call it "Fortran" for short. I better copyright the idea before somebody else does.

    2. Re:Seems a bit verbose by Tough+Love · · Score: 5, Interesting

      That's 236 characters (ignoring whitespace) to write a 13 character equation...

      Compared to 2539 bytes for the gif currently used on Wikipedia. That's a 90% improvement.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  5. Re:MathML is Retarding by itsme1234 · · Score: 3, Insightful

    While MathML can be used to describe stuff related directly to computation (like for example 1+2+3+...+n written with the big sigma symbol) more often is used for things that aren't computations and don't have a program equivalent (or at least not a useful one).

    Try to use a program to communicate some abstract theorem you just discovered.

  6. Bloat vs Flexibility by greggman · · Score: 3, Interesting

    I'm sure this will get modded down but why does MathML need to built into the browser? It's only used on some very small percentage of pages so why bloat the browsers with something almost no pages need. Especially since the JavaScript implementation works just fine. Even better the JavaScript implementation can be updated and modified at any pace the MathML proponents want where as that's not true with built in implementations. The markup is the same regardless so what's the need for it to be built in ?

  7. LaTex plugin by Anonymous Coward · · Score: 2, Insightful

    Is there some reason they're not using LaTeX. The computers now are warp speed fast and powerful versus the speed available when LaTeX was written. Write a LaTeX plugin already, problem solved.

    How did Scotty put it, "The more they overthink the plumbing, the easier it is to stop up the drain." I believe it was Star Trek III: The Search for Spock.

  8. A lot of misunderstanding in this thread. by RobertJ1729 · · Score: 5, Interesting

    There seems to be a lot of misunderstanding in this thread about what MathML is for. What we are wanting, what we need, is for modern browsers to support the rendering of mathematics. To even get off the ground, we need a markup language for the browser to interpret. Since browsers already know how to speak XML, it only makes sense for the markup to be some flavor of XML. Those who are suggesting LaTeX instead are really missing the point here. We aren't solve the problem of a lack of human writable markup. That problem has been solved many times over. The problem we are trying to solve is rendering mathematics in the browser. Period. THAT is what we need MathML support for.

    Again, the problem is NOT a problem of AUTHORSHIP. Authorship is easy. It's a problem of DISPLAY. And it is a serious and important problem to be solved. The web was invented to share scientific information. Education on the web is huge--and growing. Academic publishers, mathematical software, and software shims that display math in a browser all use MathML extensively. It's a ubiquitous technology precisely because it fills a need in the industry, and it fills it well. What's more, MathML is important for an accessible web.

    PDF is clearly not good enough for digital consumption. PDF is great for print but totally sucks for screens. MathJax is amazing (as are the people behind it), but it is a huge, complicated, and inefficient solution to the problem of math in the browser. The author of the linked article in the submission works on MathJax professionally and is advocating MathML support in the browser. That should tell you something. (In fact, MathJax itself uses MathML both internally and as an input/output format.)