Re: MathML in HTML export with the help of groff

2025-11-18 Thread markus . beppler
Hello Rudy. Thanks for the heads-up. For now I stick with my solution. It's working and the result looks fine to me. I never seen or appreciated the difference between a roff and TeX output anyway. Never the less after the merge I will try it out. Markus

Re: MathML in HTML export with the help of groff

2025-11-18 Thread Rudolf Adamkovič
[email protected] writes: > For a static web-site export without JavaScript, I needed to include > some math. Stand alone formulas could be pictures, but this is no > solution for inline math expressions. FYI: The upcoming Org LaTeX Preview solves this problem. For inline math, the exported

MathML in HTML export with the help of groff

2025-11-18 Thread markus . beppler
Hello everyone, For a static web-site export without JavaScript, I needed to include some math. Stand alone formulas could be pictures, but this is no solution for inline math expressions. Today all Web-Browser support MathML for this. From [[https://lists.gnu.org/archive/html/emacs-orgmode/2025-

Re: [PATCH v1] MathML in HTML export

2025-10-18 Thread Ihor Radchenko
"Jacob S. Gordon" writes: >>>- (const :tag "Use dvisvgm to make images" dvisvgm) >>>+ (symbol :tag "Convert fragments to images" :value dvipng) >>> (const :tag "Leave math verbatim" verbatim))) >> >> After this change, type specification will not longer be accurate. > > That’s tru

Re: [PATCH v1] MathML in HTML export

2025-10-17 Thread Ihor Radchenko
"Jacob S. Gordon" writes: > Thank you! I’ve attached a patch series that: > > 1. Fixes the description of 'org-odt-with-latex' to match the export >behaviour. > > 2. Allows any symbol from 'org-preview-latex-process-alist', just like >'org-html-with-latex'. This way, 'xelatex' and any fut

Re: [PATCH v1] MathML in HTML export

2025-10-13 Thread Jacob S. Gordon
Hey Ihor, Thanks for the review! There’s no rush, I’m still trying to find time to work on the HTTP side. Before sending v2 I wanted to clarify how to handle one of your comments. On 2025-10-12 07:28, Ihor Radchenko wrote: >>- (const :tag "Use dvipng to make images" dvipng) >>- (cons

[PATCH v1] MathML in HTML export

2025-08-10 Thread Jacob S. Gordon
Hey Ihor, On 2025-08-10 04:06, Ihor Radchenko wrote: > I was mostly talking about internals. If you mean something like "Use > `LaTeX' as an intermediary" in your first message, then it is _not_ what > I had in mind. What I had in mind is some kind of internal backend that > will be used by html/o

Re: MathML in HTML export

2025-08-10 Thread Ihor Radchenko
"Jacob S. Gordon" writes: > I’m only referring to the user interface here, not internals (which I > don’t really have a strong opinion on). I interpreted “providing an > export backend” as something like my first message, where the user > needs to go through a derived backend separate from ox-htm

Re: MathML in HTML export

2025-08-09 Thread Jacob S. Gordon
Hey Ihor, I think we might be talking about different levels on both points. On 2025-08-09 11:27, Ihor Radchenko wrote: > Not really. Org export uses specialized internal export backends in > some scenarios. For example, see `org-export-toc-entry-backend'. On 2025-07-13 09:57, Ihor Radchenko wro

Re: MathML in HTML export

2025-08-09 Thread Ihor Radchenko
"Jacob S. Gordon" writes: >> IMHO, providing an export backend sounds much cleaner (and more >> flexible). > > No argument there. My concern is that a separate export path is a > surprise to the user. IOW, I could adjust `org-html-with-latex' to get > MathJax or images for math, but I’d have to c

Re: MathML in HTML export

2025-08-07 Thread Jacob S. Gordon
Hey Ihor, Apologies for the delay, I’ve been recovering from an RSI and had to save my limited keystrokes for other things. (Take care of yourself folks!). On 2025-07-13 09:57, Ihor Radchenko wrote: > I feel that using preview machinery will be quite an abuse. Agreed, overloading `org-preview-la

Re: MathML in HTML export

2025-07-13 Thread Ihor Radchenko
"Jacob S. Gordon" writes: >> I think that I need to ask an important question here: what is your >> goal? Is it just a curiosity exercise or do you want to improve >> MathML support in Org? > > Fair question from the tone of my message! My goal is to improve > MathML support in Org. And to make t

Re: MathML in HTML export

2025-07-12 Thread Jacob S. Gordon
Hey Max, On 2025-07-12 06:55, Max Nikulin wrote: > Jacob, do you know anything about mathtoweb? Org manual and > docscrings recommend it, but I am unsure if it is still proper > suggestion. I managed to run it and the output looked reasonable, so it could still be viable. On the other hand, it ha

Re: MathML in HTML export

2025-07-12 Thread Jacob S. Gordon
Hey Ihor, On 2025-07-12 13:40, Ihor Radchenko wrote: > What would be the benefit of MathML if MathJax is _also_ loaded? I don’t think there’s much benefit of having MathML+MathJax *over* LaTeX+MathJax, as the results should be very close. Unconditionally loading MathJax would just put the MathML

Re: MathML in HTML export

2025-07-12 Thread Ihor Radchenko
"Jacob S. Gordon" writes: > Before going into details, why might you prefer `MathML' for equations > in `HTML'? > > ⁃ It “degrades” gracefully compared to `LaTeX' markup: > ⁃ in the absence of `MathJax', major browsers [support] `MathML' > (`MathML Core' at least), This is indeed a benefit

Re: MathML in HTML export

2025-07-12 Thread Max Nikulin
On 12/07/2025 04:40, Jacob S. Gordon wrote: On 2025-07-10, Max Nikulin wrote: I know about MathML almost nothing, so it is hard for me to reason if it is really necessary and what issues its absence may cause. Me neither. Based on what I understand from the spec, it can affect line breaking an

Re: MathML in HTML export

2025-07-11 Thread Jacob S. Gordon
Hey Max, On 2025-07-10, Max Nikulin wrote: > I know about MathML almost nothing, so it is hard for me to reason > if it is really necessary and what issues its absence may cause. Me neither. Based on what I understand from the spec, it can affect line breaking and semantics. If I get a chance I’l

Re: MathML in HTML export

2025-07-10 Thread Max Nikulin
On 10/07/2025 09:10, Jacob S. Gordon wrote: Good to know! I tried with all the latest versions, and I can confirm only `MathJaX` and `tex4ht` wrapped the nested subscript in an `` (excessively in the latter). Has this been reported upstream anywhere? I did not try to find existing bugs. I kno

Re: MathML in HTML export

2025-07-09 Thread Jacob S. Gordon
Hey Max, On 2025-07-09 07:23, Max Nikulin wrote: > Just a warning concerning corner cases: try > > $a_{b_c}$ > > Neither LaTeXML, nor katex, nor pandoc add "", see > Fraga, Eric. Re: MathML and ODT export: inline possible? > Thu, 18 Apr 2024 15:51:44 +. >

Re: MathML in HTML export

2025-07-09 Thread Max Nikulin
On 09/07/2025 12:09, Jacob S. Gordon wrote: Before going into details, why might you prefer `MathML' for equations in `HTML'? Just a warning concerning corner cases: try $a_{b_c}$ Neither LaTeXML, nor katex, nor pandoc add "", see Fraga, Eric. Re: MathML and ODT export: inline possible? Th

MathML in HTML export

2025-07-08 Thread Jacob S. Gordon
Hey everyone, At the [last meetup] on [2025-06-11 Wed] we discussed Karthik & Timothy’s new `LaTeX' preview feature ([repository]). One enhancement is an adjusted baseline of formulas rendered and embedded as `SVG' in `HTML' export, which makes it a viable `JavaScript'-free option. I asked about e