Yuchen Guo writes:
> Maybe I'm getting confused here, but as of the latest commit
> (cbe3f2d697a973a41a412b826ab9435d5523f3d0):
>
> - in ox-html.el, `org-html-with-latex' is defined as
> `org-export-with-latex', with the comment that:
>
> `mathjax', t: Do MathJax preprocessing and arrange
Ihor Radchenko writes:
> 1. MathJax is not the default export option. See org-html-with-latex
Maybe I'm getting confused here, but as of the latest commit
(cbe3f2d697a973a41a412b826ab9435d5523f3d0):
- in ox-html.el, `org-html-with-latex' is defined as
`org-export-with-latex', with the
Rudolf Adamkovič writes:
>> For me, Emacs using MathJax as default came across as an unpleasant
>> surprise: any person aware of the free/libre software movement knows
>> that one should never allow Javascript to run in their browser: (ref
>> https://www.gnu.org/philosophy/javascript-trap.html
Yuchen Guo writes:
Hi Yuchen!
> I think we can solve this issue by looking at how Wikipedia does the
> alignment of text and LaTeX snippets. [...] The alignment parameters
> are also dependent on the snippet itself.
Good idea!
> For me, Emacs using MathJax as default came across as an
Rudolf Adamkovič writes:
> I now wonder if anyone knows how to fix the misaligned baselines of
> inline LaTeX fragments (as shown in the second screenshot).
I think we can solve this issue by looking at how Wikipedia does the
alignment of text and LaTeX snippets. A cursory look at
Yuchen Guo writes:
> In my experiment removing this line fixed the issue.
Thank you for reporting this! I now wonder if anyone knows how to fix
the misaligned baselines of inline LaTeX fragments (as shown in the
second screenshot). If we could somehow fix that, MathJax-less export
could
Hi,
Yuchen Guo writes:
> Currently the style specified for SVG images
> in `org-html-style-default' variable is the following:
>
> .org-svg { width: 90%; }
>
> This causes a single image (math formula) to occupy almost the width of
> the entire page, rendering the page unreadable.
>
> In my
