For those wanting to get MathJax running with Moodle, I have been working with David and with the latest svn of MathJax not only does MathJax perform well, it plays nicely with asciimathml. As appended, the file allows ASCIIMathML to parse dollar signs, but my guess is that if you are going to have both running you may want to turn processing of dollar signs off in ASCIIMathML and set MathJax to process them, and that is easily tweaked in MathJax in the Hub config, and can be set for ASCIIMath at the head of the js file.
Attached hopefully is the meta.php file I used to implement MathJax.
For comparison vis-a-vis equation editor, here is a recent constructor in php using MathJax:
http://fpg87.netsons.org/eq_editor/editor_eq.php
http://fpg87.netsons.org/eq_editor/editor_eq.php
MathJax version of http://www.codecogs.com/components/equationeditor/equationeditor.php
I will try to start testing mathJax next week (have been lazy all year...) - there seem to be some problems with rendering MathJax in IE8 but that equation editor might not use the latest code of mathJax...
By the way - did you check http://tracker.moodle.org/browse/MDL-19524 ?
Hey Mauno,
I will try to start testing mathJax next week (have been lazy all year...) - there seem to be some problems with rendering MathJax in IE8 but that equation editor might not use the latest code of mathJax...
I am pretty sure the author was working with Beta1. I installed via SVN so have been trying to stay current especially as Davide has been doing some tweaks to address the asciimathml conflicts over innerHtml. I suggest you do the same. There were some initial issues with displaying across domains, but I have not seen those problems for some time.
This week I was going to test your latest asciimath files against mathjax and jsxgraph, with asciimath's latexmathml off as well as look at filter options as there are those who need a "filter" as oppose to the meta.php invocation. If you have specific versions of asciimathml you'd like me to use point me to them. I did mention jsxgraph to Davide as Mathjax is specifically built along the lines I have been pushing (i.e. preprocessor etc) and Davide thinks this is certainly doable, but I am still a bit nervous about the corporate funding..... But I was going to suggest that Alfred & Co consider the MathJax structure and how jsxgraph might be integrated..... Certainly MathJax could also handle asciimath and asciisvg text expressions.
BTW, I did note that Alfred has included one of your asciimath versions in jsxgraph v80
MathJax version of http://www.codecogs.com/components/equationeditor/equationeditor.php
Precisely.... I posted it because there was discussion of the above version earlier on the forum.
By the way - did you check http://tracker.moodle.org/browse/MDL-19524 ?
LOL, how would I find out about that MDL? I did post there (a couple of times now) and I have been corresponding with Alex and Chris over the recent confusion over the confusion experienced by the recent post who downloaded the sourceforge version but followed their link and di the moodle install, and brought MD's post to their attention. I have a better understanding of the problem now and have offered to spend the time to run it down, but we shall see what develops.... As I pointed out to Petr, it would be easy enough to simply include the integration files in core, and leave the GPL issues to be resolved when they are resolved, but based on prior discussions, I am thinking that Moodle HQ may not look upon my suggestions favorably....
I will try to start testing mathJax next week (have been lazy all year...) - there seem to be some problems with rendering MathJax in IE8 but that equation editor might not use the latest code of mathJax...
I am pretty sure the author was working with Beta1. I installed via SVN so have been trying to stay current especially as Davide has been doing some tweaks to address the asciimathml conflicts over innerHtml. I suggest you do the same. There were some initial issues with displaying across domains, but I have not seen those problems for some time.
This week I was going to test your latest asciimath files against mathjax and jsxgraph, with asciimath's latexmathml off as well as look at filter options as there are those who need a "filter" as oppose to the meta.php invocation. If you have specific versions of asciimathml you'd like me to use point me to them. I did mention jsxgraph to Davide as Mathjax is specifically built along the lines I have been pushing (i.e. preprocessor etc) and Davide thinks this is certainly doable, but I am still a bit nervous about the corporate funding..... But I was going to suggest that Alfred & Co consider the MathJax structure and how jsxgraph might be integrated..... Certainly MathJax could also handle asciimath and asciisvg text expressions.
BTW, I did note that Alfred has included one of your asciimath versions in jsxgraph v80
MathJax version of http://www.codecogs.com/components/equationeditor/equationeditor.php
Precisely.... I posted it because there was discussion of the above version earlier on the forum.
By the way - did you check http://tracker.moodle.org/browse/MDL-19524 ?
LOL, how would I find out about that MDL? I did post there (a couple of times now) and I have been corresponding with Alex and Chris over the recent confusion over the confusion experienced by the recent post who downloaded the sourceforge version but followed their link and di the moodle install, and brought MD's post to their attention. I have a better understanding of the problem now and have offered to spend the time to run it down, but we shall see what develops.... As I pointed out to Petr, it would be easy enough to simply include the integration files in core, and leave the GPL issues to be resolved when they are resolved, but based on prior discussions, I am thinking that Moodle HQ may not look upon my suggestions favorably....
Marc,
I made some tests with MathJax and basicly it looks very good in all major browsers - IE8 is still slow but after some months MS folks have updated to IE9 which should be at the same speed level as Chrome, Opera, Firefox and Safari so for sites using math MathJax is a good option.
One thing that may cause some headache is the huge number of images (almost 30000 files) when you install MathJax locally - people using CPanel with FTP may spend some time in unzipping and uploading files to their sites - but most people need to do this operation only once.
It will be easy to create different kinds of plugins for adding MathJax type (TeX) maths through editor plugins - current HTMLArea (most likely) strips < and > tags so adding MathML directly may require some changes to editor plugins.
I am very optimistic about moodle 2 with flexibility to change editor/configurations even if actual files of DragMath were not included - still it would be ideal to have those GPL2/3 issues solved and full package of DragMath in moodle 2 by default. The only thing I am a little worried is that we are in May now... http://docs.moodle.org/en/Roadmap ... we may need to wait the stable release of moodle 2.0 a little longer than expected. 
Remember, this is beta code w/o compression. Mathml usage was just rolled out a couple of weeks ago. However, perhaps a more important issue is present limitations on extending TeX of mathjax (\longdiv problem)
I did svn install (recommended) in 2-3 minutes and then unzipped fonts. I imagine that at some point the svn will include unzipped fonts. Cpanel has a cron feature, doesn't it? This can be used to run svn or wget commands.
Chris is working on resolving the hang up w dragmath (I have been corresponding with him on this) but if m2 simply includes integration files it won't bstruct development and the gpl issue will be resolved soon. I have yet to see Petr agree to this.
I did svn install (recommended) in 2-3 minutes and then unzipped fonts. I imagine that at some point the svn will include unzipped fonts. Cpanel has a cron feature, doesn't it? This can be used to run svn or wget commands.
Chris is working on resolving the hang up w dragmath (I have been corresponding with him on this) but if m2 simply includes integration files it won't bstruct development and the gpl issue will be resolved soon. I have yet to see Petr agree to this.