User Details
- User Since
- Oct 31 2014, 9:09 AM (473 w, 5 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Fredw wiki [ Global Accounts ]
Oct 17 2022
To elaborate a bit, this was just an example. More generally, we should use the substitution described here:
Sep 7 2017
Feb 8 2017
Le 08/02/2017 à 19:13, Physikerwelt a écrit :
Physikerwelt added a subscriber: fredw.
Physikerwelt added a comment.@Jdlrobson https://phabricator.wikimedia.org/p/Jdlrobson/ @fredw
https://phabricator.wikimedia.org/p/fredw/ is still actively maintaining the
package as far as I know... how would you change the selector?
Adapting the CSS and updating the extension would be straightforward,
hopefully this can be done in a backward compatible way (i.e. the new
version of the addon would still work will previous versions of mediawiki).
Oct 13 2016
Le 13/10/2016 à 11:58, Physikerwelt a écrit :
However, I think we should enable MathML without plugin (at least for some known
good browser / OS combinations).
@fredw https://phabricator.wikimedia.org/p/fredw/ What are your thoughts on that?
I don't think things have changed much since the last time you asked.
This will require coordination between various actors, so we should
probably discuss that in the MathML association.
Jun 2 2016
Just a note: some people use CSS to force native MathML to be displayed
(in a user stylesheet, addon etc) so the optimization of not loaded SVG
images still makes sense for them.
Apr 24 2016
Le 24/04/2016 20:32, Edokter a écrit :
@fredw, the current release version (45) still uses the internal font stack, which is why I find it odd we override it in the first place. But if the internal stack is removed, we may as well leave it.
I think the rule was added in MediaWiki before
https://bugzilla.mozilla.org/show_bug.cgi?id=947654 was fixed. The
internal stack is unlikely to be removed soon (except if in the very
long term all text fonts get a math companion and then Gecko can switch
to math font "automatically").
Note that I was rather talking about that add-on:
https://addons.mozilla.org/en-US/firefox/addon/mathjax-native-mathml/
On
https://de.wikipedia.org/wiki/MediaWiki_Diskussion:Common.css#Schriftgr.C3.B6.C3.9Fe_f.C3.BCr_MathML,
there is a reference to
https://dxr.mozilla.org/mozilla-central/source/modules/libpref/init/all.js
and to the x-math properties.
Apr 13 2016
Note that this should not be needed if the math font style is consistent
with the one of the text font (e.g. Latin Modern with Latin Modern
Math). The percent is a bit arbitrary and won't work for everybody.
Unfortunately very few standard fonts have a math companion and few math
fonts are available on OS at the moment...
Mar 5 2016
Also, note that one can use CSS to select between MathML, SVG or PNG:
Jan 26 2016
menclose updiagonalstrike represents some content that is struck out and
this can be exposed as it into the accessible tree. ATs do not need any
heuristics to transmit that presentation to the user and following's
Abraham Nemeth idea it is then up to the user to deduce the mathematical
meaning. This is the best you can do with presentation MathML to make
things accessible. As a comparison, MathJax's solution is really a
visual-only hack: a zero-width BIG SOLIDUS followed by the content.
Dec 25 2015
Note that this is already fixed in Debian testing. I'm note familiar
with Ubuntu process and how they import Debian's packages but the next
release Ubuntu 16.04 LTS will be published next April:
https://en.wikipedia.org/wiki/List_of_Ubuntu_releases#Ubuntu_16.04_LTS_.28Xenial_Xerus.29
Dec 24 2015
This is a bug in the Latin Modern Math version distributed by Ubuntu.
You should ask your distro maintainer to upgrade to version 1.959. See
https://bugs.launchpad.net/ubuntu/+source/lmodern/+bug/1502701. For now,
you can install the latest version from the official web site.
Nov 10 2015
I think unicode-math is also based on David Carlisle's unicode.xml so that should be the same commands. (but please check)
I don't have preference, but please check http://ctan.org/pkg/unicode-math and their GitHub repo.
Nov 2 2015
Again, there are two bugs here:
Nov 1 2015
I checked the http://www.mathmlcentral.com/Tools/FromMathML.jsp to generate a png from the first mathml input and it looks about right.
See https://phabricator.wikimedia.org/T106890#1483157 for how force an increment of scriptlevel (btw, it would probably more convenient if the scriptlevel attribute was allowed on the mtable element...)
Any updates here https://bugzilla.mozilla.org/show_bug.cgi?id=1187682 seems to be stalled.
Sep 23 2015
I removed my comment about Windows line spacing bug has it is fixed in Gecko 41. Latin Modern Math should now work on all platforms. For details, see https://lists.w3.org/Archives/Public/www-math/2015Sep/0031.html
Sep 2 2015
If you are talking about the "SVG fallback" of the MathML mode, then that is expected: different CSS properties are necessary to change the color of SVG paths. This does not happen in when "MathML" is really used since it just inherits the text colors.
Aug 7 2015
Why is SVG fallback now broken for Chrome-like browsers?
Jul 27 2015
Jul 26 2015
In MathML the size reduction of \begin{smallmatrix} compared to \begin{matrix} is only about 75%. In the SVG mode its more like 65% and in PNG mode its close to 50%. It looks like the font size is not decreased at all, whereas in other modes a smaller font is used.
Not beforehand, but if you search "displaystyle" on the MathJax github issue or on the MathML mailing list, you should be able to find it.
Regarding the font-size itself: this seems to be a bug in MathJax. If I set <mstyle scriptlevel="+1"> around the <mtable>, I get the expected text size reduction in Gecko.
line-height: normal also improves the linespacing of https://en.wikipedia.org/wiki/E8_%28mathematics%29 but I'm not sure what's expected for the font-size.
So I'm wondering whether it's a bug in Gecko or whether the style on the Wiki page is interfering with the native MathML rendering...
Here is what I get for https://en.wikipedia.org/wiki/Hecke_operator using Gecko:
Jul 25 2015
What is stopping us from using MathJax to generate HTML/CSS and send that to the browser?
@SalixAlba: Thank you for your comment.
Jul 24 2015
I think it was https://phabricator.wikimedia.org/T74806
Moritz: I think I already reported this bug in the past. IIRC, it was due to the fact that mathoid puts space in the source code around the math output...
As I read the comments, it seems that people have limited knowlegde & distorted information about the MathJax / KaTeX / MediaWiki / Browser developments and, sadly, know almost nothing about the technical implementation details... so I'm not sure it is very efficient to try arguing or countering the falsehoods about MathML. Instead, I'll just write one post with a few (hopefully helpful) remarks on MediaWiki math and then go back to doing more constructive work for math rendering on the Web...
Jul 22 2015
I don't know what you mean by "how MathJax looks now and how it should look like". As said in the first comment, it's not a problem with the visual rendering but with the way the generated MathML, which has bad semantics and so makes things hard for assistive technologies.
Does anyone know about this special notation for limits? This looks a TeX hack to achieve a purely visual distinction for "alternative limits style".
Jul 9 2015
So since this bug was confusely used by the MathJax team to justify their refusal to provide MathML in the DOM by default in order to help assistive technologies, I'd like to clarify the issue: