In the preview plane whilst drafting a post, when the SVG gets rendered the preview plane scrolls up. Is there a setting that can be changed so the scrolling returns to lowest position?
Having to scroll down every time i edit math annoys my lecturers, but i have been coping
Iāve notice a couple of ādeprecateā in the activity.
If someone could please explain what this means for an instance with a large databases of math that renders ok
after a full update/rebuild, the math seems to be rendering fine
For those that havenāt heard, this plugin is now bundled with core. Please see rebuild/revision 2 of 3 of this post to show this.
In the deed! 
Sorry for causing concern. You should be good to go now.
This plugin is now bundled with Discourse core as part of Bundling more popular plugins with Discourse core. If you are self-hosting and use the plugin, you need to remove it from your app.yml before your next upgrade.
I have a math character problem in the AI answers. It gives me answers in latex format even though I have typed the required prompt. This creates an image as if there are broken characters. Can you solve this problem. Example;
\( A = \begin{pmatrix} x & -1 \\ z & 2y \end{pmatrix} \)
\[
\boxed{
x = 0, \quad y = 4, \quad z = 4
}
\]
\[
\begin{cases}
A_{11} = B^T_{11} \Rightarrow x = y - z \\
A_{12} = B^T_{12} \Rightarrow -1 = -1 \quad (\text{benar otomatis}) \\
A_{21} = B^T_{21} \Rightarrow z = y \\
A_{22} = B^T_{22} \Rightarrow 2y = 8 \\
\end{cases}
\]
I have previously shared solutions from the openai community
Hi @ozkn
I too have this problem. My recommendation would be
remember for future answers that Discourse is compatible with MathJax/Katex
$ā¦$$$ā¦$$inline or multi-line centric formatting.
Just to add to the last point ā if youāre mixing math and currency, remember:
$...$ = math\$ = literal dollar signSo:
$x+1$ costs \$5. ā renders math for x+1 and shows the price as $5.
Thatās really all you need: math with $, money with \$.
another good one to encourage chatGPT to remember is that you canāt render math in details pane titles
@sam and all interested in typing math in Discourse. Iāve updated the discourse-math plugin so that it uses MathJax V3, rather than the much slower and very outdated V2. As expected, the result is a much snappier user experience, while still maintaining the feature rich environment as compared to KaTeX.
Iād love to issue a pull request, if you think the results look good.
You can see it in action on my class Discourse site:
Most of the content on that site is private or unlisted. There should be several topics at the top in the MathJax V3 category that illustrate the ideas, though
You can examine the code for the plugin in this standalone discourse-mathjax plugin repo. The file that has the most modifications by far is the initializer.
You can also use that repo to install it on a standalone site right now. Just be sure to remove the old repo during installation. Thus, youād modify the standard plugin install technique to look like this:
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- rm -r discourse-math
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/mcmcclur/discourse-math.git
The most recent version of MathJax is actually 4.0.0. I chose to go with V3.2.2 for several reasons
Having said that, the API for V4 is identical to that of V3. It should be possible to upgrade later, by simply dropping the latest MathJax Repo in.
I had to make one small change in the locales/server.en.yml file. Of course, there are a ton more such files for various languages. My understanding is that those other files would be automatically translated later?
I really donāt use chat at all and havenāt tested it in that context.
Pull request to upgrade MathJax to V3 made with all tests passed!
Regarding:
This is fantastic 
, but I wonder if we can use this an an opportunity to trim down our repo a bit.
Now that we moved mathjax to core, we can lean on pnpm to pull the package and avoid bundling all the source like we do for FullCalendar for example.
Particularly have the goal of only having ālinksā in our repo and then we can use the build process to pull the correct dependencies.
Give us a few days I want to consult with with the dev xp team here. Thanks so much for your efforts here!
Yes, I think thatās certainly the right thing to do. I always kinda wondered why you packaged the whole thing!
So, I guess youāll build a loadMathJax function for your library thatās used to load MathJax?
I will say that rolling all the plugins into core has made it a bit trickier to to play with them. Tying the dependencies to the build process would only make it harder still, though Iām sure I could pull MathJax or FullCalendar from a CDN.
Iām mostly just talking about when I tinker with plugins for use in my own forums, though, and I absolutely think you oughtta pull MathJax in during the build.
Absolutely! Iāve been using Discourse for years and am super happy you think this is fantastic! 
Yes, exactly. A good one to copy is morphlex:
I wonder if youāve been able to discuss with your developer experience folks yet? Iād be happy to help, if I can. My impression, though, is that thereās really nothing I can do without your feedback on that.
Iāve made a few additional changes in a separate branch, that Iāll post about soon. Iām aware youāve got a ton on you plate so I donāt mean to be a bother!
Iāve modified the discourse-math plugin so that it can parse a lot more mathematical input.
@sam When I first contributed to this plugin in 2017, I recall that you were quite firm that you wanted very strict parsing. Let me say up front that my main motivation to relax and extend the parsing was so that it would work better with AI. In particular, when you chat about mathematics with an AI bot you will often find that it responds using LaTeX and there are a lot of ways that it might choose to delimit that LaTeX input. So, while I understand your motivation for strict parsing, the changes Iāve made are rather essential for that use case.
Of course, you still might not care about that use case, so Iāve put the changes in a separate branch from my V3 pull request. If you decide you like them, Iām happy to issue another pull request.
The specific changes to the pull request are:
It accepts slash-paren delimited inline math like \(a^2+b^2=c^2\).
It accepts single line double-dollar delimited display math like
$$a^2+b^2=c^2.$$
It accepts single line slash-bracket delimited display math like
\[a^2+b^2=c^2.\]
It accepts multi line slash-bracket delimited display math like
\[
a^2+b^2=c^2.
\]
Of course, it still accepts the inputs of the original:
Dollar delimited inline math: $a^2+b^2=c^2$.
Multi-line, double dollar delimited display math:
$$
a^2+b^2=c^2.
$$
You can find the relevant branch here.
The code also exists as a standalone plugin.
Oh, you can also see it in action!
@mcmcclur Thank you for your work. It would be great to see these features in the core.
Thanks so much Mark.
My big blocker here is that I really want to move to the new patterns for dependency distribution, see:
Is this something you could look at?
Regarding relaxed syntax, it feels like a site setting to me, maybe even default on given all the LLMs out there?
@mcmcclur I was fiddling with this today:
Far from ready ā¦ but stuff sort of boots with 4.1 which is nice.
Yes, this is definitely progress!
The first key issue to address, as I suspect you know, is that the fonts are not found. In fact, I fiddled with this line in discourse-math-mathjax.js:
fontURL: getURLWithCDN("/assets/mathjax/woff-v2"),
As a test, I set the URL to simply point to a temporary directory on my own webserver, and the initial results look very good. So, itās a matter of getting those fonts installed correctly in Discourse.
In a simple pnpm project on my machine, the following command installs the fonts:
pnpm install @mathjax/mathjax-newcm-font@4
When I run that command within discourse/frontend/discourse, the fonts appear in
/discourse/frontend/discourse/npm_modules/@mathjax/mathjax-newcm-font/chtml/woff2/
Those fonts donāt seem to land in /assets/mathjax/woff-v2 after build, though. Iāve tried a number of variations on the directory but havenāt got it to work. I assume this is some sort of routing magic that Iām no expert in. Iām pretty sure I could make good progress toward cleaning it up, once that path issue is settled.
@sam I think Iāve made some pretty significant progress on this, with one significant caveat. Iām not sure where to load the desired components from. Expressed in code,
window.MathJax = {
loader: {
// This does not work:
// paths: { mathjax: getURLWithCDN("/assets/mathjax") },
// But this works great:
paths: { mathjax: "https://cdn.jsdelivr.net/npm/mathjax@4.1.0" },
load: ["core", "input/tex", "input/mml", "output/chtml", "output/svg"],
},
// More configuration ...
};
When I say the commented out version doesnāt work, I mean that I get the explicit message:
MathJax(core): Canāt load ā/assets/mathjax/core.jsā
Note that, in both cases, the loadMathJax function is pulling the MathJax startup from the local copy. That is, Iāve got the following in
/discourse/frontend/discourse/app/static/mathjax-bundle.js
export * from "mathjax/startup.js";
Then, loadMathJax defined in
/discourse/frontend/discourse/app/lib/load-mathjax.js
calls
const bundle = await import("discourse/static/mathjax-bundle");
This suggests a couple of possibilities:
/assets/mathjax is not the correct location orWorking off of the CDN version, it looks like I can make significant progress, but I assume thatās a major blocker for you.
I could share my code with you, if you like, but maybe thatās enough information for a diagnosis?