Our great sponsors
 Appwrite  The opensource backend cloud platform
 InfluxDB  Collect and Analyze Billions of Data Points in Real Time
 Onboard AI  Learn any GitHub repo in 59 seconds

The speed of KaTeX is great, but the lack of support for diagrams (a la tikzcd) is what makes KaTeX unsuitable for general adoption by mathematicians (e.g., mathoverflow.net and all online mathematical wiki I know use MathJax). KaTeX has some rudimentary support for diagrams though the {CD} environment, but something more fully fledged akin to tizkcd or xymatrix is needed. There's been some discussion on their github (https://github.com/KaTeX/KaTeX/issues/219), but I wouldn't hold my breath.

koreader
An ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices
It does if your EPUB reader supports it—which most don't, but a few do! I am partial to http://koreader.rocks/

Appwrite
Appwrite  The opensource backend cloud platform. Add Auth, Databases, Functions, and Storage to your product and build any application at any scale while using your preferred coding languages and tools.

Sure thing, a quick search yields Asciimath which seems at least at first glance as huge improvement in the syntax department: http://asciimath.org
As for LaTeX in general, Markdown beats it soundly in most aspects.

This is also a great aid to learing LaTex. I wonder if anyone has ever tried to make an OCR system that generates the appropriate LaTex from an picture of an equation?
Turns out the answer is yes:

A while ago I optimized KeenType, which although not JavaScriptbased, generates SVG images, which can be embedded into web pages.
https://github.com/DaveJarvis/keentype
The following tutorial shows the realtime rendering speed of KeenType within my text editor, KeenWrite:
https://youtu.be/vgyYXwwF_lc?list=PLBWIt1cZYLm1MMx2FBG9KWzP...

> I guess it is you that is living in a dream world. There are no epub3 compliant implementations then, because none of them display math properly.
To start off, you already have posts in this very discussion rejecting your misconception.
Secondly, mathml works fine when we have an epub3 reader opening a epub3 doc created by epub3 generators from epub3+mathml input. If any of those requirements aren't met, you get issues. This happens with each and every single typesetting feature, not just mathml. Would you claim that epub fails to support tables if you open an epub doc with broken tables?
Thirdly, a typical implementetion shortcut taken by epub readers is to reuse whatever WebView they pick. If your epub reader uses an outdated or shitty WebView implementation, you get shitty epub docs.
https://caniuse.com/?search=mathml
Why are you commenting on subjects you are clearly clueless about?