@Oscar I'd rather not to hijack this thread any further. Could you take this to [email protected]?
@Martin thanks for your comments and the link to the demo! Just one slight correction regarding MathJax. Converting & typesetting of TeX and MathML are basically identical in speed. But you're right that MathJax's SVG output is often faster than HTML (up to 25%). Can somebody comment on the state of texvc? That seems to be an important question. Peter. On Fri, Jul 26, 2013 at 3:01 AM, <<"tei''>>> <[email protected]> wrote: > some mussing, > > Why the exact size is needed? can't the formula be put inside a box > big enough, so 90% of the time the browser don't have to re-layout all > the page?. > Its other re-layour happening here? maybe the MathJax build the > formula incrementally and the browser try to render every iteration? > If that where the case, then It would be solvable with visibility: > none; <slow render magic happends here> visibility: normal; > What DOM is required? all of it? .cloneNode is very fast at cloning > DOM trees. Code can operate over a clone, then copy the result. If > the code is not attached to the page, maybe nothing will be rendered > until you .cloneNode back your new tree. > > .cloneNode is faster than WeepingAngels :D > > On 26 July 2013 04:04, Peter Krautzberger > <[email protected]> wrote: > > Ok this is getting off-topic -- sorry -- but glad you like it :) > > Unfortunately, webworker isn't an option, we need the DOM. Using the PNG > > for size is an nice idea, but only saves one measurement, all others > occur > > within the equation. IIRC, the basic problem is that browser are not > > reliable enough when it comes to em to pixel conversion; the only way to > > get those correctly is to layout&measure -- recursively, of course, > > building the equation bottom up. But you should talk to our devs if you > > need more information on MathJax internals. > > > > Peter. > > > > > > On Thu, Jul 25, 2013 at 7:40 AM, <<"tei''>>> <[email protected]> > wrote: > > > >> On 24 July 2013 21:12, Peter Krautzberger > >> <[email protected]> wrote: > >> .. > >> > @Oscar that's the idea of bug > >> > 48036<https://bugzilla.wikimedia.org/show_bug.cgi?id=48036> To > >> > test the user experience try this > >> > bookmarklet<https://gist.github.com/pkra/5500316> > >> > > >> > >> :-O > >> > >> This is pretty. And if it still affect the browser (small freezes wen > >> the user is scrolling) maybe the javascript can be moved to a iframe > >> or a "web worker", so it don't run on the main javascript thread. > >> About re-layouts, can't smart use of "min-width min-height" avoid > >> that? you already have the size of the png as reference. > >> > > > > -- > -- > ℱin del ℳensaje. > > _______________________________________________ > Wikitech-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
