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.

UND October 20, 2014 Re: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.

Author: Paul Libbrecht (paul@hoplahup.net) | Channel: www-math@w3.org Mail Archives

Dear Laurie,

since you posted on a public list, I allow myself to answer.

I would suspect you are hitting the protection measures described in this blog entry:
        http://www.w3.org/2003/entities/2007/w3centities.ent
I understand they happen when traditional parsing pipelines crawl the whole DTD stacks even though most of the entries are already downloaded quite often and/or could be delivered with the software.

The blog entry gives some hints how to solve the issues.
Hope it helps.

paul


On 20 oct. 2014, at 15:25, Laurie Bennie <LaurieBennie@flysaa.com> wrote:

> 
> 
> Dear David Carlisle,
>  
> Please note the communication between SAA and Boeing below.
>  
> SAA Technical would like to use the Boeing MPD in xml format to upload the data into the AMOS system to be able to produce Task cards.
> We have been battling to upload the files provided via the Boeing onsite representative for the following reasons:
>                 1. SAA Proxy server did not allow the PC to access the link in the code "http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231.html" and we have now allowed this access.
>                 2. The w3.org then returns a "403 error" back to us (as per  below display)and we are unable to continue with the process in AMOS.
>  
> Please could you assist and advise what is still required from SAA side to be allowed to access the MPD in this format?
>  
> <image001.png>
>     
>  
>  
> Thank you
> Yours sincerely
> Laurie Bennie | MANAGER | Governance and Compliance
>  
> Mobile: 083 419 1766 | Phone: +2711-978-5088 | Fax: +2711 978-2335 | E-Mail: LaurieBennie@flysaa.com
> Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA
>  
> -----Original Message-----
> From: Boeing Customer Support [mailto:csd.boecom@boeing.com] 
> Sent: 17 October 2014 05:40 PM
> Subject: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.
>  
> FROM: THE BOEING COMPANY
> TO: South African Airways (SAA)
> [MESSAGE NUMBER:SAA-SAA-14-0058-06B]      Boeing Response
> MESSAGE DATE:  17 Oct 2014 0839 US PACIFIC TIME / 17  Oct 2014 1539 GMT
>  
> The following message is distributed to the following people at SAA Technical Proprietary LTD:
> Christo Miller
>  
> The following message is distributed to the following people at South African Airways:
> Ms. Laurie Bennie
>  
> Field Service Base:  BFSJNB
>  
> Service Category:  Digital Data Support   Model:  737       Series/Product:  XML            ATA: 
>  
> SUBJECT: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.
>  
> REFERENCES:
> /A/ SAA-SAA-14-0058-05C
>  
>  
> DESCRIPTION:
>  
> Dear Jowene,
>  
> We have had the URL made available on our network but am now getting a response back from the server rejecting our request.
> Is there a license that we are meant to have to be able to make use of this MPD Data in XML format?
>  
>  
> Thank you
> Yours sincerely
> Laurie Bennie | MANAGER | Governance and Compliance
>  
> Mobile: 083 419 1766 | Phone: +2711-978-5088 | Fax: +2711 978-2335 | E-Mail: LaurieBennie@flysaa.com Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA
>  
>  
> -----Original Message-----
> From: Laurie Bennie
> Sent: 15 October 2014 08:01 AM
> To: 'Boeing Customer Support'
> Cc: I-Memoli, Tony (tony.memoli@boeing.com); I-Botha, Pieter J (pieter.j.botha@boeing.com); Christo Miller; Viv Reddy
> Subject: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.
>  
> Dear Jowene,
>  
> Thank you for this feedback I have tried the URL and get the message below which I will now have to follow up on:
>  
> Copyright 1998 - 2011 W3C.
>  
>      Use and distribution of this code are permitted under the terms of
>      either of the following two licences:
>  
>      1) W3C Software Notice and License.
>         http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231.html
>  
>  
>      2) The license used for the WHATWG HTML specification,
>         which states, in full:
>             You are granted a license to use, reproduce and create derivative
>             works of this document.
>  
>  
>      Please report any errors to David Carlisle
>      via the public W3C list www-math@w3.org.
>  
>  
>        Public identifier: -//W3C//ENTITIES Combined Set//EN//XML
>        System identifier: http://www.w3.org/2003/entities/2007/w3centities.ent
>  
>      The public identifier should always be used verbatim.
>      The system identifier may be changed to suit local requirements.
>  
>      Typical invocation:
>  
>        <!ENTITY % w3centities PUBLIC
>          "-//W3C//ENTITIES Combined Set//EN//XML"
>          "http://www....
>  
> RESPONSE AND/OR REQUIRED ACTION :
>  
>  
>  
>  
> RESPONSE:
>  
> Dear Laurie,
>  
> The answer is "no, there is no license you need from Boeing in order to make use of the MPD XML". The access you were giving via MyBoeingFleet is all that is required.
>  
> You may want to talk with the AMOS folks to find out if there is a setting that is not allowing you upload the data.
>  
> Also, have you considered using the Excel data instead of the XML?
>  
> Best regards.
>  
> If attachments are referred to, and are not present, please access them by logging into MyBoeingFleet Service Requests application or contact your Boeing Field Service Representative.
> https://myboeingfleet.boeing.com/servicerequests/index.html?entityId=4-19VYJJW&entityType=CommunicationMessage
> Suppliers, please access attachments by logging into Boeing Partner Network Supplier Service Requests application.
>  
>  
>  
> Jowene Prouty-Black
> Integrated Data Architecture and Test - Seattle Harium Martin-Morris - Manager
>  
> Disclaimer: The information in this e-mail is confidential and is legally privileged. It is intended solely for the addressee. If this e-mail is not intended for you, you cannot copy, distribute or disclose the included information to anyone and request that the mail be deleted. Any disclosure of confidential or privileged information transmitted herewith may result in legal proceedings being instituted against the recipient hereof. While all reasonable steps have been taken to ensure the accuracy and integrity of all data transmitted electronically, SAA does not accept liability if the data, for whatever reason, is corrupt or does not reach its intended destination. Please note that this e-mail and the contents thereof is subject to the standard SAA E-mail Disclaimer which may be found athttp://www.flysaa.com/za/en/policies_and_Disclaimers..action#Email .Should you not have access to the internet, send an e-mail to requestdisclaimer@flysaa.comand a copy will be sent to you. 
> 
> <114102015253200406.png>
> SOC Ltd Reg. No. 1997/022444/30

UND October 20, 2014 RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.

Author: Laurie Bennie (LaurieBennie@flysaa.com) | Channel: www-math@w3.org Mail Archives

Dear David Carlisle,



Please note the communication between SAA and Boeing below.



SAA Technical would like to use the Boeing MPD in xml format to upload the data into the AMOS system to be able to produce Task cards.

We have been battling to upload the files provided via the Boeing onsite representative for the following reasons:

                1. SAA Proxy server did not allow the PC to access the link in the code "http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231.html" and we have now allowed this access.

                2. The w3.org then returns a "403 error" back to us (as per  below display)and we are unable to continue with the process in AMOS.



Please could you assist and advise what is still required from SAA side to be allowed to access the MPD in this format?



[cid:image005.png@01CFE89D.FDF9CDB0]







Thank you

Yours sincerely

Laurie Bennie | MANAGER | Governance and Compliance



Mobile: 083 419 1766 | Phone: +2711-978-5088 | Fax: +2711 978-2335 | E-Mail: LaurieBennie@flysaa.com

Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA



-----Original Message-----
From: Boeing Customer Support [mailto:csd.boecom@boeing.com]
Sent: 17 October 2014 05:40 PM
Subject: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.



FROM: THE BOEING COMPANY

TO: South African Airways (SAA)

[MESSAGE NUMBER:SAA-SAA-14-0058-06B]      Boeing Response

MESSAGE DATE:  17 Oct 2014 0839 US PACIFIC TIME / 17  Oct 2014 1539 GMT



The following message is distributed to the following people at SAA Technical Proprietary LTD:

Christo Miller



The following message is distributed to the following people at South African Airways:

Ms. Laurie Bennie



Field Service Base:  BFSJNB



Service Category:  Digital Data Support   Model:  737       Series/Product:  XML            ATA:



SUBJECT: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.



REFERENCES:

/A/ SAA-SAA-14-0058-05C





DESCRIPTION:



Dear Jowene,



We have had the URL made available on our network but am now getting a response back from the server rejecting our request.

Is there a license that we are meant to have to be able to make use of this MPD Data in XML format?





Thank you

Yours sincerely

Laurie Bennie | MANAGER | Governance and Compliance



Mobile: 083 419 1766 | Phone: +2711-978-5088 | Fax: +2711 978-2335 | E-Mail: LaurieBennie@flysaa.com<mailto:LaurieBennie@flysaa.com> Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA





-----Original Message-----

From: Laurie Bennie

Sent: 15 October 2014 08:01 AM

To: 'Boeing Customer Support'

Cc: I-Memoli, Tony (tony.memoli@boeing.com<mailto:tony.memoli@boeing.com>); I-Botha, Pieter J (pieter.j.botha@boeing.com<mailto:pieter.j.botha@boeing.com>); Christo Miller; Viv Reddy

Subject: RE: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.



Dear Jowene,



Thank you for this feedback I have tried the URL and get the message below which I will now have to follow up on:



Copyright 1998 - 2011 W3C.



     Use and distribution of this code are permitted under the terms of

     either of the following two licences:



     1) W3C Software Notice and License.

        http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231..html





     2) The license used for the WHATWG HTML specification,

        which states, in full:

            You are granted a license to use, reproduce and create derivative

            works of this document.





     Please report any errors to David Carlisle

     via the public W3C list www-math@w3.org<mailto:www-math@w3.org>.





       Public identifier: -//W3C//ENTITIES Combined Set//EN//XML

       System identifier: http://www.w3.org/2003/entities/2007/w3centities.ent



     The public identifier should always be used verbatim.

     The system identifier may be changed to suit local requirements.



     Typical invocation:



       <!ENTITY % w3centities PUBLIC

         "-//W3C//ENTITIES Combined Set//EN//XML"

         "http://www....



RESPONSE AND/OR REQUIRED ACTION :









RESPONSE:



Dear Laurie,



The answer is "no, there is no license you need from Boeing in order to make use of the MPD XML". The access you were giving via MyBoeingFleet is all that is required.



You may want to talk with the AMOS folks to find out if there is a setting that is not allowing you upload the data.



Also, have you considered using the Excel data instead of the XML?



Best regards.



If attachments are referred to, and are not present, please access them by logging into MyBoeingFleet Service Requests application or contact your Boeing Field Service Representative.

https://myboeingfleet.boeing.com/servicerequests/index.html?entityId=4-19VYJJW&entityType=CommunicationMessage

Suppliers, please access attachments by logging into Boeing Partner Network Supplier Service Requests application.







Jowene Prouty-Black

Integrated Data Architecture and Test - Seattle Harium Martin-Morris - Manager



Disclaimer: The information in this e-mail is confidential and is legally privileged. It is intended solely for the addressee. If this e-mail is not intended for you, you cannot copy, distribute or disclose the included information to anyone and request that the mail be deleted. Any disclosure of confidential or privileged information transmitted herewith may result in legal proceedings being instituted against the recipient hereof. While all reasonable steps have been taken to ensure the accuracy and integrity of all data transmitted electronically, SAA does not accept liability if the data, for whatever reason, is corrupt or does not reach its intended destination. Please note that this e-mail and the contents thereof is subject to the standard SAA E-mail Disclaimer which may be found at http://www.flysaa.com/za/en/policies_and_Disclaimers.action#Email .Should you not have access to the internet, send an e-mail to requestdisclaimer@flysaa.com and a copy will be sent to you.










UND October 17, 2014 Re: MathML support in Wikipedia

Author: Frédéric WANG (fred.wang@free.fr) | Channel: www-math@w3.org Mail Archives

Le 17/10/2014 15:09, Paul Libbrecht a écrit :
> Fred you've lost me.
> Are you meaning Wikipedia is scheduled to migrate to MathML?
Sorry about that. The MediaWiki foundation is developing a Wiki engine
called "MediaWiki" used in various Websites, and more specially
Wikipedia ones. Moritz's announcement is for a new MathML mode with SVG
fallback that is currently only available to registered users, with the
last changes merged in MediaWiki version 1.25wmf4. This version will
only be deployed to Wikipedia web sites on October 23th.

(Actually, this new MathML mode is already available on Wikipedia but
does not have all the features of 1.25wmf4.)

It has not been decided yet when this MathML mode will become the
default. Currently non-registered users will still see PNG images.

> Moritz, why are you not situating your attempts wrt Blahtex? This one was designed for Wikipedia.
The Blahtex attempts were for MediaWiki too (and so Wikipedia), but this
is now obsolete.

-- 
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

UND October 17, 2014 Re: MathML support in Wikipedia

Author: Paul Libbrecht (paul@hoplahup.net) | Channel: www-math@w3.org Mail Archives

Fred you've lost me.
Are you meaning Wikipedia is scheduled to migrate to MathML?

Moritz, why are you not situating your attempts wrt Blahtex? This one was designed for Wikipedia.

thanks

paul



On 17 oct. 2014, at 13:23, Frédéric WANG <fred.wang@free.fr> wrote:

> Just to clarify,
> https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap#Schedule_for_the_deployments
> indicates the following deployment schedule:
> 
> Thursday, 16 October 2014 => MediaWiki.org; testwiki; test2wiki;
> testwikidatawiki
> Tuesday, 21 October 2014 => All non-Wikipedia sites
> (Wiktionary, Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity,
> Wikivoyage, and a few other sites)
> Thursday, 23 October 2014 => All Wikipedias
> 
> Le 16/10/2014 17:12, Physikerwelt a écrit :
>> Dear all,
>> 
>> Since the time when TeX markup was announced on Wikipedia back in 2003
>> [1], it was always intended to replace PNG images by a better way to
>> render mathematical formulae. We added a mode to produce MathML
>> formulae, which can be better integrated into the text (scalability,
>> alignment, styling,  etc.), is accessible to people with disabilities
>> and improves page loading speed.
>> 
>> This will enhance your experience if you use an HTML5 compatible
>> browser like Firefox, or MathML aware accessibility tools (such as
>> screen readers). But even for MathML-disabled browsers such as the
>> current version of Chrome, we provide an SVG fallback that will bring
>> significant improvements.
>> 
>> In addition, we would like to highlight the following features
>> 
>> 1.       Accessibility support
>> 2.       Differentiation between display and inline styles
>> 3.       Improved alignment
>> 4.       Unique IDs
>> 
>> Visit http://math-preview.wmflabs.org/ for further information and
>> demos of the aforementioned features or read our research paper [2]
>> for additional background information.
>> 
>> The mathoid Team
>> 
>> gwicke (Gabriel Wicke), physikerwelt (Moritz Schubotz)
>> 
>> Thanks to everybody who supported us with our developments e.g:
>> Frédéric Wang, Peter Krautzberger, Davide P. Cervone, Howard Cohl,
>> Bruce Miller, Michael Kohlhase, Deyan Ginev, Volker Sorge, Gerardo
>> Capiel, Alexandros Kosiaris, C. Scott Ananian, Derk-Jan Hartman …
>> 
>> [1] https://meta.wikimedia.org/w/index.php?title=Help:Displaying_a_formula\&oldid=15233
>> [2] http://arxiv.org/pdf/1404.6179v1.pdf
>> 
>> Moritz Schubotz
>> TU Berlin, Fakultät IV
>> DIMA - Sekr. EN7
>> Raum EN742
>> Einsteinufer 17
>> D-10587 Berlin
>> Germany
>> 
>> Tel.: +49 30 314 22784
>> Mobil.: +49 1578 047 1397
>> Fax:  +49 30 314 21601
>> E-Mail: schubotz@tu-berlin.de
>> Skype: Schubi87
>> ICQ: 200302764
>> Msn: Moritz@Schubotz.de
>> 
>> 
>> 
> 
> 
> -- 
> Frédéric Wang
> maths-informatique-jeux.com/blog/frederic
> 
> 

UND October 17, 2014 Re: MathML support in Wikipedia

Author: Frédéric WANG (fred.wang@free.fr) | Channel: www-math@w3.org Mail Archives

Just to clarify,
https://www.mediawiki.org/wiki/MediaWiki_1.25/Roadmap#Schedule_for_the_deployments
indicates the following deployment schedule:

Thursday, 16 October 2014 => MediaWiki.org; testwiki; test2wiki;
testwikidatawiki
Tuesday, 21 October 2014 => All non-Wikipedia sites
(Wiktionary, Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity,
Wikivoyage, and a few other sites)
Thursday, 23 October 2014 => All Wikipedias

Le 16/10/2014 17:12, Physikerwelt a écrit :
> Dear all,
>
> Since the time when TeX markup was announced on Wikipedia back in 2003
> [1], it was always intended to replace PNG images by a better way to
> render mathematical formulae. We added a mode to produce MathML
> formulae, which can be better integrated into the text (scalability,
> alignment, styling,  etc.), is accessible to people with disabilities
> and improves page loading speed.
>
> This will enhance your experience if you use an HTML5 compatible
> browser like Firefox, or MathML aware accessibility tools (such as
> screen readers). But even for MathML-disabled browsers such as the
> current version of Chrome, we provide an SVG fallback that will bring
> significant improvements.
>
> In addition, we would like to highlight the following features
>
> 1.       Accessibility support
> 2.       Differentiation between display and inline styles
> 3.       Improved alignment
> 4.       Unique IDs
>
> Visit http://math-preview.wmflabs.org/ for further information and
> demos of the aforementioned features or read our research paper [2]
> for additional background information.
>
> The mathoid Team
>
> gwicke (Gabriel Wicke), physikerwelt (Moritz Schubotz)
>
> Thanks to everybody who supported us with our developments e.g:
> Frédéric Wang, Peter Krautzberger, Davide P. Cervone, Howard Cohl,
> Bruce Miller, Michael Kohlhase, Deyan Ginev, Volker Sorge, Gerardo
> Capiel, Alexandros Kosiaris, C. Scott Ananian, Derk-Jan Hartman …
>
> [1] https://meta.wikimedia.org/w/index.php?title=Help:Displaying_a_formula\&oldid=15233
> [2] http://arxiv.org/pdf/1404.6179v1.pdf
>
> Moritz Schubotz
> TU Berlin, Fakultät IV
> DIMA - Sekr. EN7
> Raum EN742
> Einsteinufer 17
> D-10587 Berlin
> Germany
>
> Tel.: +49 30 314 22784
> Mobil.: +49 1578 047 1397
> Fax:  +49 30 314 21601
> E-Mail: schubotz@tu-berlin.de
> Skype: Schubi87
> ICQ: 200302764
> Msn: Moritz@Schubotz.de
>
>
>


-- 
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

UND October 17, 2014 ATU177 - Accessible PDF documents (Shannon Kelly from Actuate ...

Author: tech@eastersealscrossroads.org (Wade Wingler - Easter Seals Crossroads) | Channel: mathml - Google Blog Search

ATU177 – Accessible PDF documents (Shannon Kelly from Actuate), VEST device for Deaf people, MathML with JAWS, SimplEye for Android, KNFB for iPhone. by admin on October 17, 2014. in Assistive Technology Update, Podcasts.

UND October 16, 2014 MathML support in Wikipedia

Author: Physikerwelt (wiki@physikerwelt.de) | Channel: www-math@w3.org Mail Archives

Dear all,

Since the time when TeX markup was announced on Wikipedia back in 2003
[1], it was always intended to replace PNG images by a better way to
render mathematical formulae. We added a mode to produce MathML
formulae, which can be better integrated into the text (scalability,
alignment, styling,  etc.), is accessible to people with disabilities
and improves page loading speed.

This will enhance your experience if you use an HTML5 compatible
browser like Firefox, or MathML aware accessibility tools (such as
screen readers). But even for MathML-disabled browsers such as the
current version of Chrome, we provide an SVG fallback that will bring
significant improvements.

In addition, we would like to highlight the following features

1.       Accessibility support
2.       Differentiation between display and inline styles
3.       Improved alignment
4.       Unique IDs

Visit http://math-preview.wmflabs.org/ for further information and
demos of the aforementioned features or read our research paper [2]
for additional background information.

The mathoid Team

gwicke (Gabriel Wicke), physikerwelt (Moritz Schubotz)

Thanks to everybody who supported us with our developments e.g:
Frédéric Wang, Peter Krautzberger, Davide P. Cervone, Howard Cohl,
Bruce Miller, Michael Kohlhase, Deyan Ginev, Volker Sorge, Gerardo
Capiel, Alexandros Kosiaris, C. Scott Ananian, Derk-Jan Hartman …

[1] https://meta.wikimedia.org/w/index.php?title=Help:Displaying_a_formula\&oldid=15233
[2] http://arxiv.org/pdf/1404.6179v1.pdf

Moritz Schubotz
TU Berlin, Fakultät IV
DIMA - Sekr. EN7
Raum EN742
Einsteinufer 17
D-10587 Berlin
Germany

Tel.: +49 30 314 22784
Mobil.: +49 1578 047 1397
Fax:  +49 30 314 21601
E-Mail: schubotz@tu-berlin.de
Skype: Schubi87
ICQ: 200302764
Msn: Moritz@Schubotz.de

UND October 15, 2014 units (in Presentation MathML)

Author: Peter Krautzberger (peter.krautzberger@mathjax.org) | Channel: www-math@w3.org Mail Archives

Hi everyone,

Is http://www.w3.org/TR/mathml-units/ still the official suggestion on
representing units in MathML?

Throughout the examples, class="MathML-unit" is used in addition to the
actual recommendations. I'm guessing most tools that treat units (editors,
converters etc) add a class (or RDFa, microdata etc) as well and I'm
wondering if there has been some sort of real-world consensus on this.

Regards,
Peter.

UND October 11, 2014 Firefox 33 MathML Release Notes

Author: Frédéric WANG (fred.wang@free.fr) | Channel: www-math@w3.org Mail Archives

Dear all,

Firefox 33 will be released next week, please find some release notes
below. As usual, you can check
https://wiki.mozilla.org/MathML:Home_Page#Last_bugs_fixed and
https://developer.mozilla.org/en-US/Firefox/Releases/33#MathML for details.

* Gecko 33:
  - Add support for mtable@rowspacing/columnspacing/framespacing attributes
  - Use Open Type MATH constants for fractions, stacks, radicals and
scripts

* Gecko 34:
  - Fix a performance regression due to the mathvariant improvements in
Gecko 28

* Gecko 35
  - Improve stretching of embellished operators.
  - Apply the Open Type dtls feature (dotless forms) to accented elements.

As a side note, the GUST's e-foundry math fonts have recently been
updated to improve some metrics. The fonts should now work correctly on
Firefox Windows with the DirectWrite backend, see
http://fred-wang.github.io/MathFonts/.

-- 
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

en-US October 10, 2014 InfoLogic releases MathMagic Lite for Mac OS X

Channel: Ask.com News Search for "mathml"

MacTech Magazine - Found Oct. 10, 2014
... math expressions and symbols via palettes and keyboard, it also reads various Math formats including MathML, LaTeX, Plain TeX, Wiki equations...

en-US October 10, 2014 RealObjects released PDFreactor version 7, an XML-to-PDF for…

Channel: Ask.com News Search for "mathml"

W3C - Found Oct. 10, 2014
Other features include support for HTML5 (including the element), MathML, SVG, XSLT, JavaScript, and accessible PDF. (Java.

en-US September 30, 2014 The Mathematical Association of America continues as MathJax Supporter

Author: Peter Krautzberger | Channel: MathJax

The Mathematical Association of America (MAA) continues to support MathJax as a MathJax Supporter.

The MAA is the largest professional society focused on mathematics accessible at the collegiate level. As an early adopter of the web, the MAA has led the way communicating mathematics online including resources such as MathDL, born-digital ebooks and journals. The MAA’s open-source homework system WeBWorK is used at over 500 institutions worldwide.

“The MAA is very pleased to support the continuing development of MathJax,” says Ivars Peterson, MAA Director of Publications. “MathJax is a key resource for the MAA website and in other ventures in electronic publishing, all vital elements in the communication of mathematical knowledge.”

“The support of dedicated sponsors such as the MAA ensures that we can continue to provide the high-quality, universal solution that MathJax has become,” says Peter Krautzberger, MathJax Manager. “The MAA’s extensive experience and leadership in mathematical publishing and online technologies helps us improve MathJax with high-quality feedback, to the benefit of the entire community.”

The MathJax team looks forward to continuing the collaboration with the MAA and welcomes their ongoing support for the MathJax project.

UND September 19, 2014 Re: Displaystyle and mtable

Author: Peter Krautzberger (peter.krautzberger@mathjax.org) | Channel: www-math@w3.org Mail Archives

> But not all that strange, afterall.

Agreed. But I was referring to the corresponding MathML (and the
combination of all three cases).

Best,
Peter.

On Fri, Sep 19, 2014 at 12:16 AM, Ross Moore <ross.moore@mq.edu.au> wrote:

> Hi David and Peter,
>
> On 19/09/2014, at 7:33, David Carlisle <davidc@nag.co.uk> wrote:
>
> > On 18/09/2014 22:09, Peter Krautzberger wrote:
> >> Thanks, David, for confirming the reading of the spec.
> >
>
>
> >> <mfrac>
> >> <mtable displaystyle="true">
> >> ...
> >> </mtable>
> >> <mrow>
> >> ...
> >> </mrow>
> >> </mfrac>
> >>
> >> would get us a table with displaystyle formatting, but in scriptstyle
> >> size (when used in an inline formula). (I admit I find that somewhat
> >> strange; oh well.)
> >
> > again, if tex did this you probably wouldn't find it strange:-)
>
> I can well imagine this being used in Statistics, or Statistical
> Mechanics, and related fields,
> where the fraction is the ratio of integrals or summations or products
> — especially for presentation slides, where the ratio of text width to
> line height is typically much less than in printed publications.
>
> Of course you need to manipulate the TeX by declaring \displaystyle within
> the numerator and denominator, as David suggests. But not all that strange,
> afterall.
>
>
> >>
> >> Thanks again for your quick response!
> >> Peter.
> >
> >
> > From the speed you may note that it was a personal response, but I think
> I only cited what the spec is saying:-)
> >
> > David
>
> Cheers,
>
>    Ross

UND September 18, 2014 Re: Displaystyle and mtable

Author: Ross Moore (ross.moore@mq.edu.au) | Channel: www-math@w3.org Mail Archives

Hi David and Peter,

On 19/09/2014, at 7:33, David Carlisle <davidc@nag.co.uk> wrote:

> On 18/09/2014 22:09, Peter Krautzberger wrote:
>> Thanks, David, for confirming the reading of the spec.
> 


>> <mfrac>
>> <mtable displaystyle="true">
>> ...
>> </mtable>
>> <mrow>
>> ...
>> </mrow>
>> </mfrac>
>> 
>> would get us a table with displaystyle formatting, but in scriptstyle
>> size (when used in an inline formula). (I admit I find that somewhat
>> strange; oh well.)
> 
> again, if tex did this you probably wouldn't find it strange:-)

I can well imagine this being used in Statistics, or Statistical Mechanics, and related fields,
where the fraction is the ratio of integrals or summations or products
— especially for presentation slides, where the ratio of text width to line height is typically much less than in printed publications.

Of course you need to manipulate the TeX by declaring \displaystyle within the numerator and denominator, as David suggests. But not all that strange, afterall.


>> 
>> Thanks again for your quick response!
>> Peter.
> 
> 
> From the speed you may note that it was a personal response, but I think I only cited what the spec is saying:-)
> 
> David

Cheers,

   Ross

UND September 18, 2014 Re: Displaystyle and mtable

Author: Peter Krautzberger (peter.krautzberger@mathjax.org) | Channel: www-math@w3.org Mail Archives

Fair enough :-)

Peter.
Am 18.09.2014 23:33 schrieb "David Carlisle" <davidc@nag.co.uk>:

> On 18/09/2014 22:09, Peter Krautzberger wrote:
>
>> Thanks, David, for confirming the reading of the spec.
>>
>> So to guarantee \displaystyle we're supposed to do something like
>>
>> <mstyle scriptlevel="0">
>> <mtable displaystyle="true">
>> ...
>> </mtable>
>> </mstyle>
>> To guarantee \textstyle something like
>>
>> <mstyle displaystyle="true" scriptlevel="0">
>> <mtable>
>> ...
>> </mtable>
>> </mstyle>
>>
>
> well if an author is coding directly in mathml probably wouldn't have the
> mstyle.
> If you're converting from TeX code (that is not using \mathchoice) then
> you would need that for absolute fidelity, although to be honest often
> if tex alignments end up being used in a subscript the author _doesn't
> want the table to stay using large fonts, and ammends the code to use
> mathchoice so it gets smaller.
>
>
>
>
>> And
>>
>> <mfrac>
>> <mtable displaystyle="true">
>> ...
>> </mtable>
>> <mrow>
>> ...
>> </mrow>
>> </mfrac>
>>
>> would get us a table with displaystyle formatting, but in scriptstyle
>> size (when used in an inline formula). (I admit I find that somewhat
>> strange; oh well.)
>>
>
> again, if tex did this you probably wouldn't find it strange:-)
>
>>
>> Thanks again for your quick response!
>> Peter.
>>
>
>
> From the speed you may note that it was a personal response, but I think I
> only cited what the spec is saying:-)
>
> David
>
>

UND September 18, 2014 Re: Displaystyle and mtable

Author: David Carlisle (davidc@nag.co.uk) | Channel: www-math@w3.org Mail Archives

On 18/09/2014 22:09, Peter Krautzberger wrote:
> Thanks, David, for confirming the reading of the spec.
>
> So to guarantee \displaystyle we're supposed to do something like
>
> <mstyle scriptlevel="0">
> <mtable displaystyle="true">
> ...
> </mtable>
> </mstyle>
> To guarantee \textstyle something like
>
> <mstyle displaystyle="true" scriptlevel="0">
> <mtable>
> ...
> </mtable>
> </mstyle>

well if an author is coding directly in mathml probably wouldn't have 
the mstyle.
If you're converting from TeX code (that is not using \mathchoice) then
you would need that for absolute fidelity, although to be honest often
if tex alignments end up being used in a subscript the author _doesn't
want the table to stay using large fonts, and ammends the code to use 
mathchoice so it gets smaller.



>
> And
>
> <mfrac>
> <mtable displaystyle="true">
> ...
> </mtable>
> <mrow>
> ...
> </mrow>
> </mfrac>
>
> would get us a table with displaystyle formatting, but in scriptstyle
> size (when used in an inline formula). (I admit I find that somewhat
> strange; oh well.)

again, if tex did this you probably wouldn't find it strange:-)
>
> Thanks again for your quick response!
> Peter.


 From the speed you may note that it was a personal response, but I 
think I only cited what the spec is saying:-)

David

UND September 18, 2014 Re: Displaystyle and mtable

Author: Peter Krautzberger (peter.krautzberger@mathjax.org) | Channel: www-math@w3.org Mail Archives

Thanks, David, for confirming the reading of the spec.

So to guarantee \displaystyle we're supposed to do something like

<mstyle scriptlevel="0">
<mtable displaystyle="true">
...
</mtable>
</mstyle>

To guarantee \textstyle something like

<mstyle displaystyle="true" scriptlevel="0">
<mtable>
...
</mtable>
</mstyle>

And

<mfrac>
<mtable displaystyle="true">
...
</mtable>
<mrow>
...
</mrow>
</mfrac>

would get us a table with displaystyle formatting, but in scriptstyle size
(when used in an inline formula). (I admit I find that somewhat strange; oh
well.)

Thanks again for your quick response!
Peter.

On Thu, Sep 18, 2014 at 5:07 PM, David Carlisle <davidc@nag.co.uk> wrote:

> On 17/09/2014 20:37, Peter Krautzberger wrote:
>
>> Hi everyone,
>>
>> A follow-up question after Fred commented
>> <https://github.com/dpvc/MathJax/commit/98e3f098bd519dabe9bf558736c5bf
>> 6438fbc217>
>> on our changes to MathJax (following the results of this discussion);
>> these changes include resetting the scriptlevel to 0. To us, this
>> seemed to make the most sense after the discussion: if display style
>> wasn't supposed to be inherited, then scriptlevel seemed strange to
>> inherit (also, there were some "matching TeX behavior" comments on
>> this thread).
>>
>> To put it differently, we couldn't imagine how an author setting
>> displaystyle to "true" would expect to stay at scriptlevel=1 (for
>> example). The only use-case we could think of would be an array in a
>>  superscript or fraction, but this doesn't seem very likely.
>>
>> However, as Fred pointed out, the spec seems to read differently.
>> Since displaystyle needed to be clarified, we thought it's best to
>> ask for clarification on this as well.
>>
>> Thanks in advance, Peter.
>>
>>
> I think the spec is clear, and the splitting of tex's \xxxstyle concept
> into two separately settable parameters was certainly intentional:
>
> 3.1.6 says
>
>  TEX's \displaystyle, \textstyle, \scriptstyle, and \scriptscriptstyle
>> correspond to displaystyle and scriptlevel as "true" and "0", "false"
>> and "0", "false" and "1", and "false" and "2", respectively.
>>
>
>
>
> That choice inevitably means that there are combinations not reachable
> in TeX (and thus uncommon to most authors and probably unlikely
> to be used except in exceptional circumstances) but I think it's clear
> that the spec intends that they are reachable.
>
>
>
> David
>
>
>
>
>
>

UND September 18, 2014 Re: Displaystyle and mtable

Author: David Carlisle (davidc@nag.co.uk) | Channel: www-math@w3.org Mail Archives

On 17/09/2014 20:37, Peter Krautzberger wrote:
> Hi everyone,
>
> A follow-up question after Fred commented
> <https://github.com/dpvc/MathJax/commit/98e3f098bd519dabe9bf558736c5bf6438fbc217>
> on our changes to MathJax (following the results of this discussion);
> these changes include resetting the scriptlevel to 0. To us, this
> seemed to make the most sense after the discussion: if display style
> wasn't supposed to be inherited, then scriptlevel seemed strange to
> inherit (also, there were some "matching TeX behavior" comments on
> this thread).
>
> To put it differently, we couldn't imagine how an author setting
> displaystyle to "true" would expect to stay at scriptlevel=1 (for
> example). The only use-case we could think of would be an array in a
>  superscript or fraction, but this doesn't seem very likely.
>
> However, as Fred pointed out, the spec seems to read differently.
> Since displaystyle needed to be clarified, we thought it's best to
> ask for clarification on this as well.
>
> Thanks in advance, Peter.
>

I think the spec is clear, and the splitting of tex's \xxxstyle concept
into two separately settable parameters was certainly intentional:

3.1.6 says

> TEX's \displaystyle, \textstyle, \scriptstyle, and \scriptscriptstyle
> correspond to displaystyle and scriptlevel as "true" and "0", "false"
> and "0", "false" and "1", and "false" and "2", respectively.



That choice inevitably means that there are combinations not reachable
in TeX (and thus uncommon to most authors and probably unlikely
to be used except in exceptional circumstances) but I think it's clear 
that the spec intends that they are reachable.



David

UND September 17, 2014 Re: Displaystyle and mtable

Author: Peter Krautzberger (peter.krautzberger@mathjax.org) | Channel: www-math@w3.org Mail Archives

Hi everyone,

A follow-up question after Fred commented
<https://github.com/dpvc/MathJax/commit/98e3f098bd519dabe9bf558736c5bf6438fbc217>
on
our changes to MathJax (following the results of this discussion); these
changes include resetting the scriptlevel to 0. To us, this seemed to make
the most sense after the discussion: if display style wasn't supposed to be
inherited, then scriptlevel seemed strange to inherit  (also, there were
some "matching TeX behavior" comments on this thread).

To put it differently, we couldn't imagine how an author setting
displaystyle to "true" would expect to stay at scriptlevel=1 (for example).
The only use-case we could think of would be an array in a superscript or
fraction, but this doesn't seem very likely.

However, as Fred pointed out, the spec seems to read differently. Since
displaystyle needed to be clarified, we thought it's best to ask for
clarification on this as well.

Thanks in advance,
Peter.



On Fri, Jun 13, 2014 at 10:28 AM, David Carlisle <davidc@nag.co.uk> wrote:

>  On 13/06/2014 07:13, Frédéric WANG wrote:
>
> Le 13/06/2014 01:29, David Carlisle a écrit :
>
> Unlike array, aligned sets its cells in displaystyle so should map to
> <mtable displaystyle="true"> which is no harder to generate than <mtable>
> You don't need to generate many (or any) mstyle elements.
>
> It's unfortunate if some convertors get that wrong but it shouldn't be
> hard for the maintainers to fix them (Davide's already entered a bug
> for MathJax.)
>
> Thank you David. Are there any table-like environments that inherit the
> displaystyle (and could be nested)? If they all automatically force either
> displaystyle="true" or displaystyle="false", then I'm no longer concerned
> (except that we're likely to get report like
> https://bugzilla.mozilla.org/show_bug.cgi?id=1011237 until everybody
> align on the MathML spec).
>
> -
>
>
>
> In TeX?
>
> No not really: the underlying \halign alignment structure always takes you
> out of math mode
> and there is no sane way of "inheriting" the current math style through to
> the cells.
> So macros tend to use textstyle (like array) or displaystyle (like
> aligned).
>
>
> The only way in TeX to fake inheriting the current style is to set the
> entire alignment in all four styles
> (display, text, script and scriptscript) and have the primitive
> \mathchoice pick one as it lays out the
> final math list after the macro layer hands over control.  That's slow and
> painful and so typically
> only used for things that have "hidden alignments" eg the use of \ooalign
> to make up constructed symbols
> such as plain TeX's \rightleftharpoons. I don't know of any common macro
> definitions in the usual TeX
> packages that make alignments with author supplied content in cells that
> inherit the display style.
>
> David
>
>

en-US September 15, 2014 InfoLogic Releases MathMagic Lite for Windows - Math Equation ...

Channel: Ask.com News Search for "mathml"

PRWeb - Found Sep. 15, 2014
... and symbols via palettes and custom keyboard layout, MathMagic Lite also reads various Math formats including MathML, LaTeX, Plain TeX, Wiki...