zlacker

[parent] [thread] 5 comments
1. percen+(OP)[view] [source] 2025-12-06 20:06:46
Dumb question but what stops browsers from rendering TeX directly (aside from the work to implement it)? I assume it's more than just the rendering
replies(2): >>pwdiss+B >>bo1024+j1
2. pwdiss+B[view] [source] 2025-12-06 20:11:54
>>percen+(OP)
For starters, TeX is Turing-complete, and the tokenizer is arbitrarily reprogrammable at runtime.
replies(2): >>Errone+s1 >>gbear6+g5
3. bo1024+j1[view] [source] 2025-12-06 20:17:04
>>percen+(OP)
You mean a display engine that works like an HTML renderer, except starting from TeX source instead of HTML source? I think you could get something that mostly works, but it would be a pain and at the end you wouldn't have CSS or javascript, so I don't think browser makers are interested.
◧◩
4. Errone+s1[view] [source] [discussion] 2025-12-06 20:20:30
>>pwdiss+B
Okay then, what would stop you rendering TeX to SVG and embedding that?

Edit: Genuine question, not rhetorical - I don't know how well it would work but it sounds like it should.

replies(1): >>fooofw+z4
◧◩◪
5. fooofw+z4[view] [source] [discussion] 2025-12-06 20:50:56
>>Errone+s1
That would (mostly if not always) work in the sense of reproducing the layout of the pages, but would defeat the purpose of preserving the semantic information present in the TeX file (what is a heading, a reference and to what, a specific math environment, etc.) which is AFAIK already mostly dropped on conversion to PDF by the latex compiler.
◧◩
6. gbear6+g5[view] [source] [discussion] 2025-12-06 20:57:57
>>pwdiss+B
Browsers already support JavaScript anyway, so why not add another Turing-complete language into the mix? (Not even accounting for CSS technically being Turing-complete, or WASM, or …)
[go to top]