I have now found a code "beautifier", but it seems as though the task itself is not more complicated than crafting the desired prototype. From previous experiments, I can however promise that the speed improvement will be quite substantial, certainly substantial enough that my suggestions merit implementation.

OK, I'll try to find an extraction tool that will give me the source code in a reasonable form, and then test against a Google standard machine. I'll keep you posted.

The whole page seems to be minified by the resourceLoader. Is there an option to get a nonminified page somewhere? This would make the prototype creation so much easier.

At any rate, it should be a pretty substantial speedup, except on maths pages, where the maths mode will eat up most (or will it?).

Oh boy, a classical page has ~6500 loc, that's gonna take some time.

By "significant" I mean >10% or so.

I'd only do so if in case of a significant improvement, I get green lights.

I could build a prototype and run a benchmark, then we'd know precisely. Shall I do so?

I think it would be valuable if there was a place where mathematical editors, such as myself, could suggest macros, so that they are then implemented by the programmers capable to do it.

I'll try to find one whom I can pay to fix it. I myself don't have the time, mathematics is a Hydra with a thousand heads.

@Physikerwelt It can't be too complicated. Is there any different reason why you refuse any cooperation on that matter? I mean, you neither know me, and nor do you know anything about me, and the same basically applies to all of Wikimedia. I don't see why I should be met with anger and unwillingness.

@Physikerwelt I want to be frank: I need the middle command. As soon as possible. The first WB is going out this week, and I want to do the print version for proof reading.

Is anyone working on this?

@Physikerwelt I hope this will be implemented some time, since I REALLY need those for the wikibook on General Topology. Of the additions I requested, this may well be the most important one. Is there perhaps a colleague of yours who can take care of the issue? Are there any incentives I may be able to provide to such a colleague? We can discuss the issue via email of course.

@Physikerwelt I've just seen that the commands "\Hom", "\Aut", etc. aren't supported either, despite them being abundant in category theory. In general, it would be fantastic if I had some sort of interface where I could add in macros by myself, since as I'll cover a broad range of subjects, there will be need for diverse notation.

@Physikerwelt https://github.com/mathjax/MathJax/pull/1810

To the contrary, I should be most delighted!

@Physikerwelt Is the current arrangement acceptable?

@Physikerwelt maybe I should create subtasks?

has been cancelled, can do it immediately

@Physikerwelt sure gonna do that, but may take some time (need to go to supermarket now)

Also needed: \xlongrightarrow and its relatives (\xlongleftarrow and so on)

@Physikerwelt Can I expect the new rendering mode to be complete in the next summer term? (I'm currently trying to accumulate some free time there for work at wikibooks.)

If you have any questions regarding usability, you can ask me and have a relatively high chance that I know an answer; I wrote a ton of TeX at wikibooks.

I would also be pleased if the new system puts commas after a multiline equation into the last line. Auto-alignment of PNG images would also be a dream.

@Physikerwelt: I can't reproduce the different commands. Maybe I remembered it wrongly (quite possible). There are different error messages though. Maybe the PNG fallback differs from the PNG produced if you have PNG as your standard option?

I would like to mention that the current SVG mode seems to accept different TeX commands than the PNG mode and that they looks significantly different in certain formulas. It would be nice to have a unification in those respects, so that you only have to check one of them while writing and article.

I don't know how to do that and probably don't have permission either.

See also tex.stackexchange.com/questions/100574/really-wide-hat-symbol

@Reedy I need a symbol for an average (integral w/ horizontal stroke) and a really wide hat for the Fourier transform (the current one is too small, this needs scalerel & stackengine)