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.

en October 24, 2014 A quick note for Mozillians regarding MathML on Wikipedia

Author: fredw | Channel: Blog de Frédéric - Tag - mathml

As mentioned some time ago and as recently announced on the MathML and MediaWiki mailing lists, a MathML mode with SVG/PNG fallback is now available on Wikipedia. In order to test it, you need to log in with a Wikipedia account and select the mode in the "Math" section of your preferences.

Zoomed-Windows8-Firefox32-MathML-LatinModern

Some quick notes for Mozillians:

  • Although Mozilla intern Jonathan Wei has done some work on MathML accessibility and that there are reports about work in progress to make Firefox work with NVDA / Orca / VoiceOver, we unfortunately still don't have something ready for Gecko browsers. You can instead try the existing solutions for Safari or Internet Explorer (ChromeVox and JAWS 16 beta are supposed to be MathML-aware but fail to read the MathML on Wikipedia at the moment).

  • By default, the following MATH fonts are tried: Cambria Math, Latin Modern Math, STIX Math, Latin Modern Math (Web font). In my opinion, our support for Cambria Math (installed by default on Windows) is still not very good, so I'd recommend to use Latin Modern Math instead, which has the same "Computer Modern" style as the current PNG mode. To do that, go to the "Skin" section of your preferences and just add the rule math { font-family: Latin Modern Math; } to your "Custom CSS". Latin Modern Math is installed with most LaTeX distributions, available from the GUST website and provided by the MathML font add-on.

  • You can actually install various fonts and try to make the size and style of the math font consistent with the surrounding text. Here are some examples:

    /* Asana Math (Palatino style) */
    .mw-body, mtext {
        font-family: Palatino Linotype, URW Palladio L, Asana Math;
    }
    math {
        font-family: Asana Math;
    }
    
    
    /* Cambria (Microsoft Office style) */
    .mw-body, mtext {
        font-family: Cambria;
    }
    math {
        font-family: Cambria Math;
    }
    
    
    /* Latin Modern (Computer Modern style) */
    .mw-body, mtext {
        font-family: Latin Modern Roman;
    }
    math {
        font-family: Latin Modern Math;
    }
    
    
    /* STIX/XITS (Times New Roman style) */
    .mw-body, mtext {
        font-family: XITS, STIX;
    }
    math {
        font-family: XITS Math, STIX Math;
    }
    
    
    /* TeX Gyre Bonum (Bookman style) */
    .mw-body, mtext {
        font-family: TeX Gyre Bonum;
    }
    math {
        font-family: TeX Gyre Bonum Math;
    }
    
    
    /* TeX Gyre Pagella (Palatino style) */
    .mw-body, mtext {
        font-family: TeX Gyre Pagella;
    }
    math {
        font-family: TeX Gyre Pagella Math;
    }
    
    
    /* TeX Gyre Schola (Century Schoolbook style) */
    .mw-body, mtext {
        font-family: TeX Gyre Schola;
    }
    math {
        font-family: TeX Gyre Schola Math;
    }
    
    
    /* TeX Gyre Termes (Times New Roman style) */
    .mw-body, mtext {
        font-family: TeX Gyre Termes;
    }
    math {
        font-family: TeX Gyre Termes Math;
    }
    
    
  • We still have bugs with missing fonts and font inflation on mobile devices. If you are affected by these bugs, you can force the SVG fallback instead:

    span.mwe-math-mathml-inline, div.mwe-math-mathml-display {
      display: none !important;
    }
    span.mwe-math-mathml-inline + .mwe-math-fallback-image-inline {
      display: inline !important;
    }
    div.mwe-math-mathml-display + .mwe-math-fallback-image-display {
      display: block !important;
    }
    
    
  • You might want to install some Firefox add-ons for copying MathML/LaTeX, zooming formulas or configuring the math font.

  • Finally, don't forget to report bugs to Bugzilla so that volunteers can continue to improve our MathML support. Thank you!

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

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

On 23/10/2014 14:36, Laurie Bennie wrote:
> Dear Paul,
>
> Thank you for your response and yes I do understand that we are hitting
> a protection measure but how do I go about obtaining the license if
> required or access to be able to continue my process to load the Boeing
> MPD data into our system for processing?
>
> Thank you
>
As Paul says you can set up a cache or xml catalogue to avoid accessing 
the DTD on the W3C site even if the files refer to that URL,
but simpler possibly is to just edit your local DTD not to refer to that 
URL.

Presumably your XML files start

<!DOCTYPE zzz SYSTEM "something.dtd">
<zzz>
....


and something.dtd at some point has

        <!ENTITY % w3centities-f PUBLIC
          "-//W3C//ENTITIES Combined Set//EN//XML"
          "http://www.w3.org/2003/entities/2007/w3centities-f.ent"
        >
        %w3centities-f;


You can simply change that URL to any URL that you do control and put a 
copy of w3centities-f.ent there.

Or remove all those lines and replace them by the contents of 
w3centities-f.ent


David

UND October 23, 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

Sorry Laurie,

I copied the URL wrong in my mail:
        http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic/
is the blog entry that I mentioned.

> Thank you for your response and yes I do understand that we are hitting a protection measure but how do I go about obtaining the license if required or access to be able to continue my process to load the Boeing MPD data into our system for processing?

There is no way to obtain a license from w3c that I know of, in order to avoid these pulls.

As indicated in the blog entries, parsers should be caching properly and if not, you might be using a proxy or trying to configure the parser to avoid loading such widespread DTDs. The usage of XML catalogs has been designed for this. 

At worst, you could also use http proxies that would do the caching for you. All command-line told that manipulate XML that I know of accept being configured for proxies.

I kind of understand that one single download per minute is likely to be completely worry free.
Considering these documents change less than once in 10 years, I think it is worth it.

paul


>  
>  
> Thank you
> Yours sincerely
> Laurie Bennie | MANAGER | Governance and Compliance
>  
> <image001.jpg>Mobile: 083 419 1766 | <image002.jpg>Phone: +2711-978-5088 | <image003.jpg>Fax: +2711 978-2335 | <image004.jpg>E-Mail: LaurieBennie@flysaa.com
> Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA
>  
> From: Paul Libbrecht [mailto:paul@hoplahup.net] 
> Sent: 20 October 2014 11:47 PM
> To: Laurie Bennie
> Cc: www-math@w3.org
> Subject: Re: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.
>  
> 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
>  
> 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 torequestdisclaimer@flysaa.com and a copy will be sent to you.

UND October 23, 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 Paul,

Thank you for your response and yes I do understand that we are hitting a protection measure but how do I go about obtaining the license if required or access to be able to continue my process to load the Boeing MPD data into our system for processing?


Thank you
Yours sincerely
Laurie Bennie | MANAGER | Governance and Compliance

[cid:image001.jpg@01CFEED7.1BC9C0E0]Mobile: 083 419 1766 | [cid:image002.jpg@01CFEED7.1BC9C0E0] Phone: +2711-978-5088 | [cid:image003.jpg@01CFEED7.1BC9C0E0] Fax: +2711 978-2335 | [cid:image004.jpg@01CFEED7.1BC9C0E0] E-Mail: LaurieBennie@flysaa.com<mailto:LaurieBennie@flysaa.com>
Room 223C, Floor 2, Block C, Airways Park, OR Tambo International- Johannesburg- SOUTH AFRICA

From: Paul Libbrecht [mailto:paul@hoplahup.net]
Sent: 20 October 2014 11:47 PM
To: Laurie Bennie
Cc: www-math@w3.org
Subject: Re: Swiss AMOS - 737-800 MPD upload in XML format - File Transfer Failed Error.

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<mailto: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<http://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<mailto: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<http://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<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.com<mailto:requestdisclaimer@flysaa.com>and a copy will be sent to you.
<114102015253200406.png>

SOC Ltd Reg. No. 1997/022444/30

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 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 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
>
>
>
>
>
>