W3C home > Mailing lists > Public > public-council@w3.org > April 2016

Getting Math onto Web Pages Community Group Launched

From: <public-council@w3.org>
Date: Wed, 13 Apr 2016 12:26:00 +0000
To: "Peter Krautzberger" <peter.krautzberger@mathjax.org>,"Ivan Herman" <ivan@w3.org>,"Ramon Eixarch" <ramon@wiris.com>,"Chris Lilley" <chris@w3.org>,"Dave Cramer" <dauwhe@gmail.com>,"Volker Sorge" <Volker.Sorge@gmail.com>,"Peter Carter" <peter.carter.mail@gmail.com>,"Han Seoul-Oh" <laughinghan@gmail.com>,"Florian Rivoal" <florian@rivoal.net>,"Daniel Marques" <dani@wiris.com>,Cc: public-council@w3.org
Message-Id: <E1aqJrs-0006Uq-Fm@maia.w3.org>
With your support, the Getting Math onto Web Pages Community Group has been launched:

This group was originally proposed on 2016-04-12
by Peter Krautzberger. The following people supported its
      Peter Krautzberger
      Ivan Herman
      Ramon Eixarch
      Chris Lilley
      Dave Cramer
      Volker Sorge
      Peter Carter
      Han Seoul-Oh
      Florian Rivoal
      Daniel Marques
To join the group, please use:

Please note that supporting a group is different from joining
a group. Supporters must also enroll if they wish to participate.

There are many technical issues in presenting mathematics in today's
Open Web Platform, which has lead to the poor access to Mathematics in
Web Pages. This is in spite of the existing de jure or de facto
standards for authoring mathematics, like MathML, LaTeX, or asciimath,
which have been around for a very long time and are widely used by the
mathematical and technical communities. 

While MathML was supposed to solve the problem of rendering mathematics
on the web it lacks in both implementations and general interest from
browser vendors.

However, in the past decade, many math rendering tools have been pushing
math on the web forward using HTML/CSS and SVG.

One of the identified issues is that, while browser manufacturers have
continually improved and extended their HTML and CSS layout engines, the
approaches to render mathematics have not been able to align with these
improvements. In fact, the current approaches to math layout could be
considered  to be largely disjoint from the other technologies of OWP.

Another key issue, is that exposing (and thus leveraging) semantic
information of mathematical and scientific content on the web needs to
move towards modern practices and standards instead of being limited to
a single solution (MathML). Such information is critical for
accessibility, machine-readability, and re-use of mathematical content.

This Community Group intends to look at the problems of math on the web
in a very bottom-up manner. 

Experts in this group should identify how the core OWP layout engines,
centered around HTML, SVG, and CSS, can be re-used for the purpose of
mathematical layout by mapping mathematical entities on top of these,
thereby ensuring a much more efficient result, and making use of current
and future OWP optimization possibilities.  Similarly, experts should
work to identify best practices for semantics from the point of view of
today's successful solutions.

This work should also reveal where the shortcomings are, from the
mathematical layout point of view, in the details of these OWP
technologies, and propose improvements and possible additions to these,
with the ultimate goal of reaching out to the responsible W3C Working
Groups to make these changes. This work may also reveal new technology
areas that should be specified and standardized on their own right, for
example in the area of Web Accessibility. 

The ultimate goal is to pave the way for a standard, highly optimized
implementation architecture, on top of which mathematical syntaxes, like
LaTeX or MathML, may be mapped to provide an efficient display of
mathematical formulae.

Note that, although this community group will concentrate on
mathematics, many other areas, e.g., science and engineering, will
benefit from (and factor into) the approach and from the core

Thank you,

W3C Community Development Team
Received on Wednesday, 13 April 2016 12:26:12 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:16:40 UTC