<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 12, 2020, 17:21 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Aug 12, 2020 at 4:56 PM Ivica Ico Bukvic <<a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a>> wrote:<br>
><br>
> So, now that the scrollbar business has been resolved (see pending merge<br>
> request 485), it appears that the following is the issue across the<br>
> three most prominent OSs (Linux, OSX, Windows):<br>
><br>
> 1) OSX when opening a patch saved on Linux adds 25 pixels to the bottom<br>
> of the window of the patch<br>
<br>
Just to clarify:<br>
<br>
1. I save a patch on OSX that has a height of 300 pixels<br>
2. When I re-open the patch *on OSX*, what is the height of the patch window?<br>
<br>
-Jonathan<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The same. This is true on all 3 OSs. Patch saved on the same OS will remain the same size no matter what, as long as opened on the same OS.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
><br>
> 2) Linux when opening a patch saved on OSX subtracts 25 pixels to the<br>
> bottom of the window of the patch<br>
><br>
> 3) Windows when opening a patch saved on OSX adds 16 pixels to the right<br>
> and subtracts 18 from the bottom<br>
><br>
> 4) OSX when opening a patch saved on Windows subtracts 16 pixels to the<br>
> right and adds 18 to the bottom<br>
><br>
> There are, of course, ways to scale the svg area to make a relatively<br>
> quick fix to this issue. This, however, results in a fuzzy graphics and<br>
> text and is therefore suboptimal.<br>
><br>
> To further exacerbate the issue, pre-0.46+ nw.js dubiously adds 4 more<br>
> pixels at the bottom of the canvas regardless of the OS. This is true of<br>
> older pre-scrollbar-redesign purr-data versions, suggesting this is an<br>
> nw.js bug. I propose we ignore this one for the time being, in<br>
> anticipation of the future migration to a newer version of nw.js which<br>
> will solve this issue (this migration, however, is pending until we<br>
> figure out what is causing a significant slowdown when opening more<br>
> complex patches).<br>
><br>
> So, instead of doing a quick'n'fuzzy svg scaling solution, one thing we<br>
> could consider potentially doing is the following:<br>
><br>
> 1) when saving a patch, add at the beginning of the patch OS on which it<br>
> was saved, and then, based on which OS we are and where the patch was<br>
> saved, compensate for the window size accordingly<br>
><br>
> Alternately, we could<br>
><br>
> 2) do the svg scaling and accept the fuzziness as par for the course (in<br>
> which case we may want to pick the "benchmark" platform which will not<br>
> be fuzzy)--I really do not like this option<br>
><br>
> And of course, as always we could<br>
><br>
> 3) do nothing<br>
><br>
> Thoughts?<br>
><br>
> Best,<br>
><br>
> Ico<br>
><br>
> --<br>
> Ivica Ico Bukvic, D.M.A.<br>
> Director, Creativity + Innovation<br>
> Director, Human Centered Design iPhD<br>
> Institute for Creativity, Arts, and Technology<br>
><br>
> Virginia Tech<br>
> Creative Technologies in Music<br>
> School of Performing Arts – 0141<br>
> Blacksburg, VA 24061<br>
> (540) 231-6139<br>
> <a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a><br>
><br>
> <a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
> <a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
> <a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
> <a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">ico.bukvic.net</a><br>
><br>
</blockquote></div></div></div>