Can math formula added to the markdown

[Youmio]

Can greek letter, math formulation spec added to commonMark

[Crissov]

You can use Unicode for Greek letters or HTML (named) character references (vulgo “entities”) like α.

Inline formulas and block equations would be the domain of a future math extension, building upon existing conventions.

[cben]

There have been previous discussions:

MathJax extension for LaTeX equations

Perhaps fences ```` and ~~~~ should differ slightly from each other: one is always displayed verbatim (plus syntax highlighting etc.), while the other should be parser into something more useful if safe and possible. Users would specify the language as the first part the info string as is common practice for source code. ~~~~ tex x^2 ~~~~ . <figure class="formula"> <var>x</var><sup>2</sup> </figure> ```` tex x^2 ```` . <pre><code class="language-tex">x^2</code></pre> This does not prevent ext…

Mathematics extension

I’m sure that this wouldn’t be to popular for the diehard mathematicians, as they all swear by using LaTeX, which can be converted to HTML by MathJax. That’s probably similar to that there will always be people that swear by using HTML even if they have the option to use Markdown. But for people that just sometimes want to use a little bit of mathematics in their markdown chat/discussion/article/blogpost etc. having a mathematics extension to markdown could be quite useful. I’m thinking about …

Ignore LaTeX-like Math mode (or parse it)

I am writing a lot of blog articles about computer science / mathematics. This means I want formulas to be rendered in a similar way like TeX does it. I don’t expect CommonMark to specify / implement this (although it would be nice). I just would appreciate it, if CommonMark would not mess with blocks of TeX-like math. Example The source This is a set: \(A = \{1,2\}\) gets transferred into <p>This is a set: (A = {1,2})</p> whereas I would like it to be <p>This is a set: \(A = \{1,2\}\)</p> …

Math extensions are widely implemented, but there is unfortunately no consensus on the syntax. If you want to discuss, let’s continue one of the above threads.

[amix]

@cben

Math extensions are widely implemented, but there is unfortunately no consensus on the syntax. If you want to discuss, let’s continue one of the above threads.

Not directing this to you, it’s more of a reminder to us all (or the board admins): maybe it would make sense, to merge these threads or to restart discussion in one, and only one thread per feature / extension

[drorata]

I’m following up on this thread merely because it is the most recent one.

https://github.com/yzhang-gh/vscode-markdown is providing very nice support of math using the $. It doesn’t support $$ (display mode).

[yxs]

Yes, just a few days ago, the development version was compatible with GitLab Flavored MarkDown by supporting Markdown+Math.

You can now use vscode to edit locally and view it in the GitLab repository. The only flaw I found is that for performance reasons, GitLab truncates after rendering a thousand characters contained in mathematical formulas on the mobile end.

I very much hope to see GitHub follow up.

[suruena]

This is an old topic, but still very relevant and not resolved yet I think. Mathematical formulas are very important in several contexts, and having a standard syntax in CommonMark would be very desirable.

LaTeX is probably the most used syntax in the diferent Markdown flavors, however in my opinion LaTeX is not very readable (even a simple formulas like 1 / 2 = 0.5 is written as \frac{1}{2} = 0.5) which is against the main design goal of Markdown. For that reason I think AsciiMath would be much more readable:

http://asciimath.org/

With AsciiMath the natural formula is used instead 1 / 2 = 0.5 (which is pretty printed by MathJax), and it also provides greek letters like \alpha. AsciiMath supports pretty advanced mathematical symbols (and those continue to be highly readable) so I think would be enough in the vast majority of the cases. My team uses AsciiMath inside Doxygen comments (using Markdown) as internal documentation of our code (i.e. not usually read as HTML by directly as plain text in the source code), and the readability is now much better than when we used the LaTeX syntax (which is the usual approach in Doxygen).

[BenjaminHoegh]

Indeed a math standard would be nice to have. but I’m unsure of this is a thing that CommonMark can handle as it is a very large topic