<div dir="ltr"><div>I'm afraid that I have not much to contribute to this discussion, except that I wouldn't consider such monster patches good practice anyway. Alas, that doesn't make the dragon go away. Does that patch load quicker in browser-based Purr? (If it loads at all; I must admit that I haven't closely followed Zack's progress lately.)</div><div><br></div><div>Albert<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 9, 2020 at 5:06 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
Seemingly simple question: let's suppose you open a "monster patch"<br>
with lots of objects, iemgui GUIs, and comments on it.<br>
<br>
It takes substantially longer for nw.js to display the canvas than it<br>
does for tk or tkpath to display it in Vanilla/Pd-l2ork 1.0.<br>
<br>
Question: what is nw.js spending the bulk of its time doing when<br>
loading the patch?<br>
<br>
Hint-- I've tested a "monster patch" that took about 20 seconds on an<br>
underpowered machine to display. Then I took the innerHTML of the page<br>
and saved it as a separate web page. If I opened that as the main page<br>
for a simple nw.js test app, it would display in less than a second.<br>
<br>
In other words-- the problem is *not* the number of DOM elements being<br>
displayed. Because that was exactly the same in my 1-second test app<br>
and Purr Data's 20-second "monster patch."<br>
<br>
My guess-- layout thrashing per DOM element being added from<br>
backend->GUI. But I haven't measured that to be true. Worse, I tried<br>
using requestAnimationFrame and it didn't solve the problem.<br>
<br>
Best,<br>
Jonathan<br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>