Extension talk:MathJax

[FIXED] Error in Internet explorer
Hi. Please excuse me if this is not a right place to ask about my issue.

I can't see formulas with microsoft internet explorer. That's important since some of my friends use it, and I want them to be able to read my pages. At the same time mathjax test page displays perfect. Tested with IE 6 and 8.

You can find sample wiki on my machine at http://138.26.76.81/gt MathJax is installed at http://138.26.76.81/mathjax MathJax test page: http://138.26.76.81/mathjax/test

Any help would be very appreciated.

--Alexey ( kaikaikai@yandex.ru )

'''UPD: I changed script mwMathJaxConfig.js - it contained lists like {a, b, c,} and IE didn't work because of last comma. So changing those scripts to like {a, b, c} resolved the problem.'''


 * Thanks for noticing. I new about this comma problem but didn't realize I had comma's in there. I've put a modified configuration file online. Thanks again! --Dirk Nuyens 15:58, 15 February 2011 (UTC)

[FIXED] Error in the MathJax.php script
In later versions of MediaWiki $parser::MARKER_SUFFIX; should be $parser->mMarkerSuffix;

The MathJax.php file should be modified to work with marker suffixes for all versions. I would do it if I knew any php. Which I don't :-) --Preceding unsigned comment added by 83.109.137.194 on 23:52, 30 November 2010.


 * This has been fixed in the new version (0.5.1). --Dirk Nuyens 12:43, 1 December 2010 (UTC)

[FIXED] Multiple \tag ?
It there a reason that

\begin{equation}\label{foo} x = y \tag{$\star$} \end{equation}

gives an error? --Preceding unsigned comment added by 184.77.153.207 on 2 February 2011.


 * This has been fixed in the new version (0.5.2). The eqrefs are now also hyper linked to the formula. --Dirk Nuyens 15:15, 3 February 2011 (UTC)

[UNRELATED] Math not rendering
I have MathJax installed at webroot/mathjax/, and MediaWiki installed at webroot/w/. The problem is that I have $wgArticlePath = "/wiki/$1". When I remove this everything works fine. Not sure how to change the line:

$wgMathJaxJS = array("/mathjax/MathJax.js" => "$IP/extensions/MathJax/mwMathJaxConfig.js");

Any ideas? --Joejoebob 16:29, 6 February 2011 (UTC)


 * This is a problem with your local config, not with this extension. I have multiple wikis running, some of them using $wgArticlePath, some of them without; all of them play nicely with the MathJax extension. Try getting your config correct before playing with any extensions, then you at least know your MW setup is correct. --Dirk Nuyens 16:40, 7 February 2011 (UTC)

[COULD NOT REPRODUCE] Math does not render after  tags on page
Just like it says in the title. All the math before the   tags renders just fine, but it refuses to render after them on the page.


 * Can't reproduce this. Can you give an explicit example? It could be the formatting is messed up due to some other reason and therefore MathJax isn't able to detect the maths. (I did notice that eqref does not work inside the pre tags though.) --Dirk Nuyens 16:40, 7 February 2011 (UTC)

[EXTERNAL CAUSE] Equation numbers not visible when rendering equations in mathml mode
The equation numbers render fine in html-css mode but are not visible when rendering in mathml mode (selected from the menu after right clicking on an equation). (this may just be a mathjax issue)


 * It is indeed a MathJax issue. You could try it out with the MathJax sample files, e.g., mathjax/test/sample-dynamic.html: enter a formula using \tag{1} and then observe the rendering with mathml and html-css. There is no support for \tag's with mathml ;( Anyway, mathml doesn't look nice enough for my taste... --Dirk Nuyens 16:40, 7 February 2011 (UTC)

[HINT] Settings Can Lead to Speed Increase
FYI, I noticed a large increase in the speed of rendering when I changed

$wgMathJaxJS = array("http://mysite.com/MathJax/MathJax.js" => "/home/user/web/mysite/extensions/MathJax/mwMathJaxConfig.js")

to

$wgMathJaxJS = array("/MathJax/MathJax.js" => "$IP/extensions/MathJax/mwMathJaxConfig.js");

which is closer to the instructions you have posted. This may be worth pointing out to other users.


 * Thanks for the remark, I added it to the main page. Feel free to add clarifications there yourself if you want to. --Dirk Nuyens 16:40, 7 February 2011 (UTC)

Math in transclusion variables
I have a template which takes in variables l,r. When I place math with }}'s, the transclusion is prematurely ended, resulting in a nice mess.

$$ This error can be avoided by adding a space between the two }'s, but is quite inconvenient. Is there a way around this? --Joejoebob 02:28, 8 February 2011 (UTC)


 * This is a parsing problem with WM. Same thing happens if you want to use a pipe symbol inside your formula, e.g., |x| as absolute value of x. That won't work either since WM considers this the separation mark for template arguments. In that case you could use \mid or so instead of |. --Dirk Nuyens 13:23, 8 February 2011 (UTC)

Doesn't work in a subpage?
Hello. The extension doesn't work in a subpage?

You can see a test of this in: 

In this page there are a link to a subpage... The page and its subpage have the same latex code - $\Gamma$

Thanks.
 * Fernando Carpani 20:27, 1 March 2011 (UTC)
 * SOLVED !
 * The problem was that I put a really relative path in the $wgMathJaxJS ! :-)
 * array( "../../../mycommonsdir ..." => ...)
 * That's not a good idea. :-)
 * Fernando Carpani 19:57, 4 March 2011 (UTC)

NoWiki Broken
I've found a bug with the MathJax extension. It breaks the standard wiki syntax. Specifically,   ends up being rendered as         in the final output. It is normally rendered and should be rendered as &amp;lt;tt&amp;gt;


 * This is really needed for fix especially when we want to use syntaxhighlight extension for some codes. If there's any part of code matching preprocessing delimiters, there's no way to avoid this problem. I guess we need some option for part of page (or global option to turn on/off delimiters like jsMath extension does) being skipped from preprocessing. As an example, following command will not display correctly:

`echo $file | sed 's/\(.*\.\)jpg/\1png/'`

Using MathJax CDN
Didn't know if this was the best way to go about doing this, but I added the following to my copy of the extension (in extensions/MathJax.php) to get it to work with the new CDN. I made it so that if wgMathJaxJS is left empty, it would automatically link to it. The config file loads a bit differently in the new version of MathJax. Not sure if anything in 1.1 breaks what is currently being used in the config...

More about CDN: http://www.mathjax.org/docs/1.1/start.html

--Evan

Another possibility is, to set the -variable in the presented Installation to the cdn-URL of MathJax. Worked finde for me without installation of MathJax. Maybe one might add that to the installation instructions --Ronny


 * That's weird... I also did that before, where in the wgMathJaxJS I mapped    mathjax-cdn-url =>  ""  (to be empty), and it didn't work for me. If I remember correctly the math tag worked but other delimiters did not, which seems a bit strange to me. Maybe the other delimiters worked but not the math tag. In any case, this way preserves the configuration in mwMathJaxConfig.js, if there is anything extra in there...  --Evan

Disable $ Delimiter for math mode
Is there an easy way to disable the $ delimiter with the extension? We love this extension but have several pages on our wiki with markup like:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:~/lib echo $LD_LIBRARY_PATH

Which renders like:



When wrapped in source tags the problem disappears.

Update
By editing $IP/extensions/MathJax/mwMathJaxConfig.js I'm able to disable inline parsing on $. However I have a new problem: generated pre tags are different. Here is some example mediawiki markup

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:~/lib echo $LD_LIBRARY_PATH $herp $derp

With the MathJax extension disabled this is the resulting HTML:

With the MathJax extension enabled I get (Note the space before echo and $herp):

I assume the extra spaces are being added after $IP/extensions/MathJax/MathJax.php parses the mediawiki markup but I don't know how to fix it.

--Spt5007 16:39, 23 March 2011 (UTC)
 * Maybe this is related to the problem seen here:
 * Test on Wikipedia (ok)
 * Same test on GeoGebraWiki (wrong!)
 * Helder 17:19, 30 April 2011 (UTC)