Planet MathML

The Planet MathML aggregates posts from various blogs that concern MathML. Although it is hosted by W3C, the content of the individual entries represent only the opinion of their respective authors and does not reflect the position of W3C.

Latest articles

Re: [EPUB 31][A11Y] Agenda for con call 20160824

Source: public-mathonwebpages@w3.org Mail Archives • Peter Krautzberger (peter.krautzberger@mathjax.org) • August 24, 2016 • Permalink

Hi all,

Thanks for setting up the call. Sorry I had to drop out early.

Here's the link to James Teh article I mentioned on the call.

http://blog.jantrid.net/2015/12/woe-aria-surprisingly-but-ridiculously.html

Best regards,
Peter.

On Wed, Aug 24, 2016 at 7:16 PM, Daniel Weck <daniel.weck@gmail.com> wrote:

> I was attending a weekly Readium conference call during EPUB-a11y time
> slot, so I will check the minutes. Regards, Daniel
>
> On 23 August 2016 at 18:24, Charles LaPierre <charlesl@benetech.org>
> wrote:
> > Hello Everyone,
> >
> > The draft agenda [2] for this week’s accessibility EPUB 3.1 WG telcon,
> to be
> > held tomorrow August 24 at 16:00 UTC [1]. Follow along in our Google Doc
> > [3]. Call-in info [4] below.
> >
> > We have invited some experts in accessible mathML to help us with agenda
> > item #1, and moved this topic to the front so those folks can leave our
> > meeting after wards.
> >
> > With regards
> > Avneesh and Charles
> >
> > [1] Meeting Time
> > http://www.timeanddate.com/worldclock/fixedtime.html?msg=
> A11Y+EPUB31&iso=20160824T16&p1=1440
> >
> > [2] Agenda
> >
> > 1. Discussion on the MathML technique in EPUB Accessibility Techniques
> > document.
> > http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-desc-002
> >
> > 2. Communication plan for the recurring questions asked for the EPUB
> > accessibility specifications. for example:
> > - Steep curve for publishers
> > - Competing accessibility metadata standards
> > - No explicit mention of web technologies like MathML, svg etc.
> > - Need of a checklist for making it easy to grasp
> > and more.
> >
> > 3. Any other business.
> >
> > [3] Google doc http://tinyurl.com/jodhbfg
> >
> > [4] Join online at https://global.gotomeeting.com/join/799620829
> >
> > Or, call in using your telephone:
> >
> > United States: +1 (224) 501-3216
> > Australia: +61 2 9087 3604
> > Austria: +43 (0) 7 2088 0034
> > Belgium: +32 (0) 28 93 7018
> > Canada: +1 (647) 497-9391
> > Denmark: +45 (0) 69 91 80 05
> > Finland: +358 (0) 931 58 1746
> > France: +33 (0) 182 880 780
> > Germany: +49 (0) 692 5736 7211
> > Ireland: +353 (0) 15 290 180
> > Italy: +39 0 699 36 98 80
> > Netherlands: +31 (0) 208 908 267
> > New Zealand: +64 9 442 7358
> > Norway: +47 21 54 32 44
> > Spain: +34 911 23 0850
> > Sweden: +46 (0) 853 527 835
> > Switzerland: +41 (0) 435 0006 96
> > United Kingdom: +44 (0) 20 3713 5028
> > Access Code: 799-620-829.
> > Audio PIN: Shown after joining the meeting.
> >
> >
> > Thanks
> > EOM
> >
> > Charles LaPierre
> > Technical Lead, DIAGRAM and Born Accessible
> > E-mail: charlesl@benetech.org
> > Twitter: @CLaPierreA11Y
> > Skype: charles_lapierre
> > Phone: 650-600-3301
> >
> >
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "EPUB Working Group" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to epub-working-group+unsubscribe@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>

Add/Remove Embedded Fonts in Word Files & Save Document Page in GIF ...

Source: Ask.com News Search for "mathml" • August 24, 2016 • Permalink

PR.com - Found Aug. 24, 2016
... format revision in pdf • Convert OfficeMath nodes into MathML • Provide ability to create mathematical equation from MathML string • Add...

reminder: next meeting tomorrow, Thursday, August 25, 6pm UTC

Source: public-mathonwebpages@w3.org Mail Archives • Peter Krautzberger (peter.krautzberger@mathjax.org) • August 24, 2016 • Permalink

Dear math-on-webpages CG,

Just a reminder that we're meeting tomorrow at the usual time:

    Thursday, August 25, 6pm UTC

The link for Google Hangouts is [1] below.

Best wishes,
Peter.

[1] https://hangouts.google.com/hangouts/_/mathjax.org/math-on-web-cg

Re: [EPUB 31][A11Y] Agenda for con call 20160824

Source: public-mathonwebpages@w3.org Mail Archives • Daniel Weck (daniel.weck@gmail.com) • August 24, 2016 • Permalink

I was attending a weekly Readium conference call during EPUB-a11y time
slot, so I will check the minutes. Regards, Daniel

On 23 August 2016 at 18:24, Charles LaPierre <charlesl@benetech.org> wrote:
> Hello Everyone,
>
> The draft agenda [2] for this week’s accessibility EPUB 3.1 WG telcon, to be
> held tomorrow August 24 at 16:00 UTC [1]. Follow along in our Google Doc
> [3]. Call-in info [4] below.
>
> We have invited some experts in accessible mathML to help us with agenda
> item #1, and moved this topic to the front so those folks can leave our
> meeting after wards.
>
> With regards
> Avneesh and Charles
>
> [1] Meeting Time
> http://www.timeanddate.com/worldclock/fixedtime.html?msg=A11Y+EPUB31&iso=20160824T16&p1=1440
>
> [2] Agenda
>
> 1. Discussion on the MathML technique in EPUB Accessibility Techniques
> document.
> http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-desc-002
>
> 2. Communication plan for the recurring questions asked for the EPUB
> accessibility specifications. for example:
> - Steep curve for publishers
> - Competing accessibility metadata standards
> - No explicit mention of web technologies like MathML, svg etc.
> - Need of a checklist for making it easy to grasp
> and more.
>
> 3. Any other business.
>
> [3] Google doc http://tinyurl.com/jodhbfg
>
> [4] Join online at https://global.gotomeeting.com/join/799620829
>
> Or, call in using your telephone:
>
> United States: +1 (224) 501-3216
> Australia: +61 2 9087 3604
> Austria: +43 (0) 7 2088 0034
> Belgium: +32 (0) 28 93 7018
> Canada: +1 (647) 497-9391
> Denmark: +45 (0) 69 91 80 05
> Finland: +358 (0) 931 58 1746
> France: +33 (0) 182 880 780
> Germany: +49 (0) 692 5736 7211
> Ireland: +353 (0) 15 290 180
> Italy: +39 0 699 36 98 80
> Netherlands: +31 (0) 208 908 267
> New Zealand: +64 9 442 7358
> Norway: +47 21 54 32 44
> Spain: +34 911 23 0850
> Sweden: +46 (0) 853 527 835
> Switzerland: +41 (0) 435 0006 96
> United Kingdom: +44 (0) 20 3713 5028
> Access Code: 799-620-829.
> Audio PIN: Shown after joining the meeting.
>
>
> Thanks
> EOM
>
> Charles LaPierre
> Technical Lead, DIAGRAM and Born Accessible
> E-mail: charlesl@benetech.org
> Twitter: @CLaPierreA11Y
> Skype: charles_lapierre
> Phone: 650-600-3301
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "EPUB Working Group" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to epub-working-group+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

RE: [EPUB 31][A11Y] Agenda for con call 20160824

Source: public-mathonwebpages@w3.org Mail Archives • Sina Bahram (sina@sinabahram.com) • August 24, 2016 • Permalink

Hi all,

 

Thank you again for inviting me to participate, and my sincere thanks for all the work you have all done to make epub more accessible and inclusively designed.

 

Here’s the math injector bookmarklet I mentioned on the call.

https://github.com/sinabahram/MathInjector

 

note, it also injects mathjax and such (since my goal was to make older versions of Jaws happy, but that’s no longer needed of course). It is  a quick and dirty working example of how this approach could work.

 

Take care,

Sina

 

President, Prime Access Consulting, Inc.

Twitter: @SinaBahram

Company Website: http://www.pac.bz

Personal Website: http://www.sinabahram.com

Blog: http://blog.sinabahram.com

 

From: Charles LaPierre [mailto:charlesl@benetech.org] 
Sent: Tuesday, August 23, 2016 1:25 PM
To: transition-to-accessible-epub@mail.daisy.org; epub-working-group@googlegroups.com
Cc: Sina Bahram <sina@sinabahram.com>; volker.sorge@gmail.com; Peter Krautzberger <peter.krautzberger@mathjax.org>; public-mathonw. <public-mathonwebpages@w3.org>
Subject: [EPUB 31][A11Y] Agenda for con call 20160824

 

Hello Everyone,

The draft agenda [2] for this week’s accessibility EPUB 3.1 WG telcon, to be held tomorrow August 24 at 16:00 UTC [1]. Follow along in our Google Doc [3]. Call-in info [4] below.

 

We have invited some experts in accessible mathML to help us with agenda item #1, and moved this topic to the front so those folks can leave our meeting after wards.

With regards
Avneesh and Charles

[1] Meeting Time http://www.timeanddate.com/worldclock/fixedtime.html?msg=A11Y+EPUB31 <http://www.timeanddate.com/worldclock/fixedtime.html?msg=A11Y+EPUB31&iso=20160824T16&p1=1440> &iso=20160824T16&p1=1440

[2] Agenda

 

1. Discussion on the MathML technique in EPUB Accessibility Techniques document.

http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-desc-002

 

2. Communication plan for the recurring questions asked for the EPUB accessibility specifications. for example:

- Steep curve for publishers

- Competing accessibility metadata standards 

- No explicit mention of web technologies like MathML, svg etc.

- Need of a checklist for making it easy to grasp 

and more.

 

3. Any other business.

 

[3] Google doc http://tinyurl.com/jodhbfg


[4] Join online at https://global.gotomeeting.com/join/799620829

Or, call in using your telephone:

United States: +1 (224) 501-3216
Australia: +61 2 9087 3604
Austria: +43 (0) 7 2088 0034
Belgium: +32 (0) 28 93 7018
Canada: +1 (647) 497-9391
Denmark: +45 (0) 69 91 80 05
Finland: +358 (0) 931 58 1746
France: +33 (0) 182 880 780
Germany: +49 (0) 692 5736 7211
Ireland: +353 (0) 15 290 180
Italy: +39 0 699 36 98 80
Netherlands: +31 (0) 208 908 267
New Zealand: +64 9 442 7358
Norway: +47 21 54 32 44
Spain: +34 911 23 0850
Sweden: +46 (0) 853 527 835
Switzerland: +41 (0) 435 0006 96
United Kingdom: +44 (0) 20 3713 5028
Access Code: 799-620-829.
Audio PIN: Shown after joining the meeting.

 

 

Thanks

EOM

Charles LaPierre
Technical Lead, DIAGRAM and Born Accessible
E-mail: charlesl@benetech.org <mailto:charlesl@benetech.org> 
Twitter: @CLaPierreA11Y
Skype: charles_lapierre
Phone: 650-600-3301

 

 

[EPUB 31][A11Y] Agenda for con call 20160824

Source: public-mathonwebpages@w3.org Mail Archives • Charles LaPierre (charlesl@benetech.org) • August 23, 2016 • Permalink

Hello Everyone,

The draft agenda [2] for this week’s accessibility EPUB 3.1 WG telcon, to be held tomorrow August 24 at 16:00 UTC [1]. Follow along in our Google Doc [3]. Call-in info [4] below.

We have invited some experts in accessible mathML to help us with agenda item #1, and moved this topic to the front so those folks can leave our meeting after wards.

With regards
Avneesh and Charles

[1] Meeting Time http://www.timeanddate.com/worldclock/fixedtime.html?msg=A11Y+EPUB31&iso=20160824T16&p1=1440 <http://www.timeanddate.com/worldclock/fixedtime.html?msg=A11Y+EPUB31&iso=20160824T16&p1=1440>

[2] Agenda

1. Discussion on the MathML technique in EPUB Accessibility Techniques document.
http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-desc-002 <http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-desc-002>

2. Communication plan for the recurring questions asked for the EPUB accessibility specifications. for example:
- Steep curve for publishers
- Competing accessibility metadata standards
- No explicit mention of web technologies like MathML, svg etc.
- Need of a checklist for making it easy to grasp
and more.

3. Any other business.

[3] Google doc http://tinyurl.com/jodhbfg <http://tinyurl.com/jodhbfg>

[4] Join online at https://global.gotomeeting.com/join/799620829 <https://global.gotomeeting.com/join/799620829>

Or, call in using your telephone:

United States: +1 (224) 501-3216
Australia: +61 2 9087 3604
Austria: +43 (0) 7 2088 0034
Belgium: +32 (0) 28 93 7018
Canada: +1 (647) 497-9391
Denmark: +45 (0) 69 91 80 05
Finland: +358 (0) 931 58 1746
France: +33 (0) 182 880 780
Germany: +49 (0) 692 5736 7211
Ireland: +353 (0) 15 290 180
Italy: +39 0 699 36 98 80
Netherlands: +31 (0) 208 908 267
New Zealand: +64 9 442 7358
Norway: +47 21 54 32 44
Spain: +34 911 23 0850
Sweden: +46 (0) 853 527 835
Switzerland: +41 (0) 435 0006 96
United Kingdom: +44 (0) 20 3713 5028
Access Code: 799-620-829.
Audio PIN: Shown after joining the meeting.


Thanks
EOM

Charles LaPierre
Technical Lead, DIAGRAM and Born Accessible
E-mail: charlesl@benetech.org
Twitter: @CLaPierreA11Y
Skype: charles_lapierre
Phone: 650-600-3301





[MathML4] New entries in the operator dictionary for U+1EEF0 and U+1EEF1

Source: www-math@w3.org Mail Archives • Frédéric Wang (fwang@igalia.com) • August 23, 2016 • Permalink

Hi Math WG,

A small follow-up of
https://lists.w3.org/Archives/Public/www-math/2016Feb/0000.html

Unicode 6.1 mentions that U+1EEF0 and U+1EEF1 are used for Arabic sum
and Persian limit. Additionally, Azzeddine Lazrek indicated to me that
U+1EEF1 is also used for Arabic product.
https://www.w3.org/TR/arabic-math/ also mentions a special stretched
character for Arabic limit, but it does not seem to have been included
in Unicode at the end.

Regarding the default value, I think the "prefix" and "stretchy"
properties added by David are correct. I don't know about the spacing,
but the default thickmathspace value is probably too big. So in the
doubt, I'd recommend setting the default lspace/rspace to 0 or 1.

Frédéric

Applications that use MathML

Source: www-math@w3.org Mail Archives • Gunter Königsmann (gunter@peterpall.de) • August 19, 2016 • Permalink

Dear all,

https://www.w3.org/Math/wiki/Tools contains a list of Scientific
Computation tools that support MathML.

Would it be possible to add the following two?

 - Maxima (http://maxima.sourceforge.net) is a quite powerful computer
algebra system that can be told to output the results in Presentation
and Content MathML.
 - wxMaxima (https://github.com/andrejv/wxmaxima/) is a feature-rich
graphical frontend for maxima that provides its own "Copy as MathML"
feature (Presentation only).
Both Programs are Open-Source (GPL).

Seems like one has to be a member of an organization in order to get
write access at the Wiki so I cannot add these programs myself.

Thanks a lot,
and kind regards,

   Gunter.

Release Notes for Safari Technology Preview Release 11

Source: WebKit • Jon Davis • August 17, 2016 • Permalink

Safari Technology Preview Release 11 is now available for download for both macOS Sierra betas and OS X El Capitan. If you already have Safari Technology Preview installed, you can update from the Mac App Store’s Updates tab. This release covers WebKit revisions 203771–204289.

JavaScript

Web APIs

ApplePay

Web Inspector

MathML

CSS

Rendering

Media

Accessibility

Content Blockers

Apple’s Latest Safari Preview Fixes Apple Pay, JavaScript Bugs ...

Source: Ask.com News Search for "mathml" • August 17, 2016 • Permalink

International Business Times - Found Aug. 17, 2016
... of the browser and the problems previously found in JavaScript, Web APIs, Web Inspector, CSS, MathML, Content Blockers, Rendering, Media and...

Re: [MathML4] Removing some deprecated attributes

Source: www-math@w3.org Mail Archives • William F Hammond (hammond@csc.albany.edu) • August 04, 2016 • Permalink

Frédéric WANG <fred.wang@free.fr> writes:

> Le 03/08/2016 à 10:50, David Carlisle a écrit :
>> Not sure I agree with the claim that this is bad as a general rule.
>> Certainly in html there are many things deprecated and classed as
>> invalid in html(5) where the html5 renderer is still specified to
>> support the old behaviour <a name="xx" etc. 
>
> True, however HTML5 old features were still kept to preserve
> compatibility with existing browser implementations and documents
> available on the web. Most of the attributes listed here were never
> implemented in browsers and/or have very low (inexistent?) usage.

I suppose pulling support for 'never implemented' is OK.
Low usage is quite different.  If any document on the web
uses it and support is pulled, then that document is broken.
Hasn't Tim Berners-Lee said that one should not do this (assuming
the document was correct when posted)?

Also: how does one determine low usage?  There can be large archives
unknown to a given user and not found in search engines.

                                    -- Bill

Re: [MathML4] Removing some deprecated attributes

Source: www-math@w3.org Mail Archives • Frédéric WANG (fred.wang@free.fr) • August 03, 2016 • Permalink

Le 03/08/2016 à 10:50, David Carlisle a écrit :
> Not sure I agree with the claim that this is bad as a general rule.
> Certainly in html there are many things deprecated and classed as
> invalid in html(5) where the html5 renderer is still specified to
> support the old behaviour <a name="xx" etc. 
True, however HTML5 old features were still kept to preserve
compatibility with existing browser implementations and documents
available on the web. Most of the attributes listed here were never
implemented in browsers and/or have very low (inexistent?) usage.



Re: [MathML4] Removing some deprecated attributes

Source: www-math@w3.org Mail Archives • David Carlisle (davidc@nag.co.uk) • August 03, 2016 • Permalink

On 03/08/2016 09:07, Frédéric Wang wrote:
> About deprecated features, the recommendation says that "However, all
> (MathML-input-conformant) tools are encouraged to support the old forms
> as much as possible.". This is bad because supported features encourages
> authors to use them.

Not sure I agree with the claim that this is bad as a general rule.
Certainly in html there are many things deprecated and classed as
invalid in html(5) where the html5 renderer is still specified to
support the old behaviour <a name="xx" etc.

Although for any particular case it's not unreasonable for a renderer
(or a class of renderers such as
mathml-systems-embedded-in-a-css-based-html5-browswer) to drop some
deprecated features if supporting them is costly and they are in
practice not used. We just, in the end, need to specify whatever profile
of MathML is supposed to work for such a class
of systems (and how the MathML interacts with CSS)

David

________________________________


The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is:

Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.



This e-mail has been scanned for all viruses by Microsoft Office 365.

________________________________

[MathML4] Removing some deprecated attributes

Source: www-math@w3.org Mail Archives • Frédéric Wang (fwang@igalia.com) • August 03, 2016 • Permalink

Hi,

The following attributes are deprecated in MathML3. Some of them are
still implemented in Gecko and WebKit. If they are no longer used, it
would be good to do some clean up by removing the support. Also they
should probably be removed from a specification focusing on core features.

About deprecated features, the recommendation says that "However, all
(MathML-input-conformant) tools are encouraged to support the old forms
as much as possible.". This is bad because supported features encourages
authors to use them.

1) general attribute: other.

2) math attributes: macros, mode. mode is supported in Gecko.

3) mglyph attributes: fontfamily, index.

4) token elements attributes: fontfamily, fontweight, fontstyle,
fontsize, color, background. These are supported in Gecko and WebKit
(although the latter does not make them of lower priority than thei
non-deprecated replacements).

5) deprecated namedspace attributes: veryverythinmathspace,
verythinmathspace, thinmathspace, mediummathspace, thickmathspace,
verythickmathspace, veryverythickmathspace. This used to be implemented
in Gecko but is now removed.

Frédéric

Release Notes for Safari Technology Preview Release 10

Source: WebKit • Jon Davis • August 02, 2016 • Permalink

Safari Technology Preview Release 10 is now available for download for both macOS Sierra betas and OS X El Capitan. If you already have Safari Technology Preview installed, you can update from the Mac App Store’s Updates tab. This release covers WebKit revisions 203152–203771.

JavaScript

Web APIs

Apple Pay

Web Inspector

MathML

Rendering

Accessibility

Security

Re: [MathML4] Whitespace and attributes canonicalization in MathML VS HTML5/CSS

Source: www-math@w3.org Mail Archives • Hammond, William F (whammond@albany.edu) • August 02, 2016 • Permalink

My intention was to defend the Gecko behavior and to say that 'E' notation should not be used with human-scale lengths

Sent from my iPhone

> On Aug 2, 2016, at 9:30 AM, Frédéric Wang <fwang@igalia.com> wrote:
> 
>> Le 01/08/2016 à 23:33, William F Hammond a écrit :
>> 
>> 1E1 is ridiculous.  For one thing, to my eye, it's 10.0
>> (floating point) -- implied by the E notation -- rather than
>> simply 10
>> 
>>                                    -- Bill
> Not sure I understand your point either. As David said, lengths use
> floating point numbers. Gecko's MathML code implement its own parsing to
> verify that the number matches the MathML syntax before converting to
> float while WebKit's parsing code is simpler and just calls an internal
> toFloat method immediately (letting it decide what's the valid syntax).
> If MathML aligns on HTML5 and the typical syntax for floats then Gecko's
> code could be simplified a bit. Maybe that will also help converters
> that generate lengths from via some calculations, I don't know.
> 
> 

Re: [MathML4] Whitespace and attributes canonicalization in MathML VS HTML5/CSS

Source: www-math@w3.org Mail Archives • Frédéric Wang (fwang@igalia.com) • August 02, 2016 • Permalink

Le 01/08/2016 à 23:33, William F Hammond a écrit :
>
> 1E1 is ridiculous.  For one thing, to my eye, it's 10.0
> (floating point) -- implied by the E notation -- rather than
> simply 10
>
>                                     -- Bill
Not sure I understand your point either. As David said, lengths use
floating point numbers. Gecko's MathML code implement its own parsing to
verify that the number matches the MathML syntax before converting to
float while WebKit's parsing code is simpler and just calls an internal
toFloat method immediately (letting it decide what's the valid syntax).
If MathML aligns on HTML5 and the typical syntax for floats then Gecko's
code could be simplified a bit. Maybe that will also help converters
that generate lengths from via some calculations, I don't know.

Re: [MathML4] Whitespace and attributes canonicalization in MathML VS HTML5/CSS

Source: www-math@w3.org Mail Archives • Frédéric WANG (fred.wang@free.fr) • August 02, 2016 • Permalink

Le 01/08/2016 à 18:45, David Carlisle a écrit :
> I don't think allowing stretchy=stretchy as an alternative to
> stretch=true would break anything on the XML side of things, and would
> potentially, as you say, allow just stretchy in text/html using its
> version of the old SGML shorttag feature. You could say more than me
> whether that would simplify or complicate things at implementation level.
One additional complexity is that MathML boolean attributes really have
three values: "false" or "true" when they are explicit and "automatic"
(computed from the operator dictionary etc) when they are not specified.
So I'm not sure the HTML5 syntax will work.




Create PDF, HTML, ePUB and MOBI eBooks with AsciidocFX

Source: Ask.com News Search for "mathml" • August 02, 2016 • Permalink

Beta News - Found Aug. 2, 2016
More technical extensions support entering mathematical equations via Tex or MathML, and UML diagrams via PlantUML.

Re: [MathML4] Whitespace and attributes canonicalization in MathML VS HTML5/CSS

Source: www-math@w3.org Mail Archives • David Carlisle (davidc@nag.co.uk) • August 01, 2016 • Permalink

On 01/08/2016 22:33, William F Hammond wrote:
>
> Frédéric Wang <fwang@igalia.com> writes in part:
>
>
> A specific point:
>
>> ...
>> For example, <math><mspace width="1E1em"
>> height="10em" mathbackground="red"/></math> draws a red
>> square in WebKit but Gecko says "1E1em" is invalid.
>
> 1E1 is ridiculous.  For one thing, to my eye, it's 10.0
> (floating point) -- implied by the E notation -- rather than
> simply 10
>
>                                     -- Bill

? the length is a floating point quantity here. 1E1em isn't valid mathml
syntax but it seems perfectly reasonable suggested extension, isn't it?
10em is same as 10.0em and could have been the same as 1e1em if we'd
specified it that way couldn't it?

David


________________________________


The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is:

Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.



This e-mail has been scanned for all viruses by Microsoft Office 365.

________________________________

Feeds

Planet MathML features:

If you own a blog with a focus on MathML, and want to be added or removed from this aggregator, please get in touch with Bert Bos at bert@w3.org.

(feed)This page as an Atom feed

A mechanical calculation machine (with an added W3C logo)

Bert Bos, math activity lead
Copyright © 2008–2015 W3C®

Powered by Planet