Hi,
I get the following and can´t see how to fix it.
In glossary, the right arrow symbol is displayed and all is fine:
In the pop up, the LaTeX code is displayed, not the symbol:
Any help would be great,.
Thanks, Ian
Hi Ian,
There was a recent discussion of this problem here https://moodle.org/mod/forum/discuss.php?d=468927. It is a recent bug. What version are you using?
There was a recent discussion of this problem here https://moodle.org/mod/forum/discuss.php?d=468927. It is a recent bug. What version are you using?
Hi Daniel,
thanks for the reply.
I am using Moodle 5.0.2 (Build: 20250811), which I believe is the latest, with the Academi plug in theme. I have tried with the standard Boost theme - the problem still occurs.
Additional data: it renders perfectly in the mobile phone app.
Ian
thanks for the reply.
I am using Moodle 5.0.2 (Build: 20250811), which I believe is the latest, with the Academi plug in theme. I have tried with the standard Boost theme - the problem still occurs.
Additional data: it renders perfectly in the mobile phone app.
Ian
Hi Ian,
I have been looking into this a little more. There seems to be a bug in the way the code is cleaned when using MathJax filter with the glossary filter. I think this was created when upgrading to MathJax 3.2, but it could also have been caused with other changes to the filters. I have not found an existing bug report yet.
I have two work arounds. One is to configure the TeX notation filter as in the other discussion. The other is to manually wrap the mathematics in a span with class 'filter_mathjaxloader_equation'. The filter is suppose to do that, but it does not appear to do that.
Hi Daniel,
thanks again. I used your 'filter_mathjaxloader_equation' work around which almost solved the problem, it just didn´t look nice! So I then followed the previous threads and after some study found an acceptable solution on my XAMPP set up.
thanks again. I used your 'filter_mathjaxloader_equation' work around which almost solved the problem, it just didn´t look nice! So I then followed the previous threads and after some study found an acceptable solution on my XAMPP set up.
I basically looked at the TeX settings and the Default paths it was showing and created the path on my C drive having downloaded the dvisvgm.exe file. This worked perfectly.
My next step was to change my production site. The default paths are /usr/bin/name_of_file, the current active one being /usr/bin/convert. I imagine the easy solution is to simply upload the dvisvgm.exe file into the same folder and activate it in TeX. However I can´t find that path not folder. I am hosting the site with cPanel access. Or is it not that simple?
Sorry to dump all this on you but do you know how I find it?
I have searched and come up with nothing!
Thanks, Ian
Hi,
yeah that makes sense. It is a Linux installation. I have one last question which I still dont fully get: the active binary shows as being on the path /usr/bin/convert. Where is this? I couldn't find it anywhere but it is an active path!!
Ian
yeah that makes sense. It is a Linux installation. I have one last question which I still dont fully get: the active binary shows as being on the path /usr/bin/convert. Where is this? I couldn't find it anywhere but it is an active path!!
Ian
You are probably not able to see it with cpanel. Those are system files that normal users can't change. It is not part of Moodle. You would need to have the system admin install the required TeX binaries. They are not normally installed. The /user/bin/convert binary is a image manipulation program that is used for a lot of different things. It won't help if latex and dvips are not installed.
I added a tracker issue MDL-86818 for this. This is a regression starting in Moodle 4.4. MathJax worked in the glossary popups prior to that.
Hello Harald,
I saw that issue, but did not see that it referenced MathJax. I linked the issues for now to make sure it resolves your issues. Changing the template did not seem to fully resolve the Mathjax issue for me, but also found the template issue and agree with your change. Since glossary definitions are formatted HTML they should not be included in a <p> tag since block tags would break that.
I have a patch attached to my issue if you are able to test that.
Daniel
HI Daniel,
thank you very much for the reply and for working on a fix. Our developers tested the patch attached to MDL-86818 and we couldn't reproduce the former error anymore. So it seems to work.
Best
Harald
thank you very much for the reply and for working on a fix. Our developers tested the patch attached to MDL-86818 and we couldn't reproduce the former error anymore. So it seems to work.
Best
Harald