<div dir="ltr"><div>Nope, doesn't fix it for me, unfortunately. :( I posted the details in your merge request.</div><div><br></div><div>Albert<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 10, 2020 at 8:53 PM Ivica Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</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"><div dir="ltr">All,<div><br></div><div>I just submitted a fix for both the margin-less scrollbars and the optimal zoom bug. It appears this function was left from the 0.46+ improvements and will need to be updated as per provided comments once we migrate to 0.46+. You will find the change inside the pdgui.js' canvas_check_geometry.</div><div><br></div><div>Please test and let me know if this fixes it. BTW, on Windows, when one saves a maximized window, it still does not reopen maximized (unlike Linux) but ends up being centered with a couple of pixels of margins on all sides despite the fact that the saved file contains accurate window size (when compared to what the dev tools are reporting). I suspect this is a windows-only issue.</div><div><br></div><div>For the fixes please see:</div><div><br></div><div><a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/485" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/485</a></div><div><br></div><div>Hope this helps.</div><div><br></div><div>Best,</div><div><br></div><div>Ico<br clear="all"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><pre cols="72"><pre cols="72">-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology
</pre><pre cols="72">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">ico@vt.edu</a><br><br><a href="http://ci.icat.vt.edu" target="_blank">ci.icat.vt.edu</a>
<a href="http://hcd.icat.vt.edu/" target="_blank">hcd.icat.vt.edu</a>
<a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net<br></a></pre></pre></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 8:41 AM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr" target="_blank">linux.rouen@free.fr</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">
<div>
Hello Albert,<br>
Thanks for your additional tests.<br>
<br>
As suggested, I will open a Ticket on the Bug tracker for GNU/Linux
and Windows.<br>
It needs to be also tested by someone on macOS.<br>
<div>Best, Joseph<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div>Le 04/08/2020 à 07:44, Albert Graef a
écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Well, there definitely seems to be a regression in 2.12, in
that the maximized status of a patch window isn't properly
restored. That is, if I open a patch, maximize it, then save
the patch, relaunch purr-data and reopen the patch, then:</div>
<div><br>
</div>
<div>- the patch window is maximized in 2.11</div>
<div>- the patch window is *not* maximized in 2.12 and 2.13,
it's merely an unmaximized window which covers the entire
display<br>
</div>
<div><br>
</div>
<div>The window size getting smaller only happens if you save
the window in zoomed state, with the "save/load zoom level
with patch" option enabled in the GUI prefs. Also, the amount
by which the window is too small depends on the actual zoom
level of the patch, with higher zoom levels it gets smaller.
According to my tests, this is in both 2.12 and 2.13 as well.
In 2.11 the size of zoomed windows is properly restored. So it
seems that both regressions are related to the GUI changes you
did in the 2.12 release.<br>
</div>
<div><br>
</div>
<div>I can provide more data, screenies, and test patches if
needed, but I'd prefer having a proper ticket opened at <a href="https://git.purrdata.net/jwilkes/purr-data/-/issues" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/issues</a>
for this issue, so that we have all this properly documented.
Joseph, can you please take care of that? Thanks.</div>
<div><br>
</div>
<div>Albert<br>
</div>
<div><br>
</div>
</div>
= = = = = = = = = =<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2020 at 10:07
PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</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">
<div dir="ltr">Also, Albert and Jonathan, are you experiencing
this same problem on your Linux test machine? I can
reproduce the first step where the window is not maximized
anymore after saving, closing, and reloading. It, however,
does not keep getting smaller.
<div><br>
</div>
<div>Best,</div>
<div><br>
</div>
<div>Ico<br clear="all">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<pre cols="72"><pre cols="72">--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology
</pre><pre cols="72">Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>
<a href="http://ci.icat.vt.edu" target="_blank">ci.icat.vt.edu</a>
<a href="http://hcd.icat.vt.edu/" target="_blank">hcd.icat.vt.edu</a>
<a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a>
<a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a>
<a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a>
<a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net
</a></pre></pre>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2020 at
4:04 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</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">
<div dir="ltr">Hmm, this may be my doing. I slightly
downsized the svg canvas with what I thought would be a
fix to Albert's bug report regarding the scrollable
window without the scrollbars. Perhaps this is not the
right way to fix this. Lemme investigate further. Is the
window getting smaller both width and height-wise? My
fix was only addressing the height and did not touch the
width. <br clear="all">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<pre cols="72"><pre cols="72">--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology
</pre><pre cols="72">Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>
<a href="http://ci.icat.vt.edu" target="_blank">ci.icat.vt.edu</a>
<a href="http://hcd.icat.vt.edu/" target="_blank">hcd.icat.vt.edu</a>
<a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a>
<a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a>
<a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a>
<a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net
</a></pre></pre>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2020 at
12:57 PM Linux Rouen <<a href="mailto:linux.rouen@free.fr" target="_blank">linux.rouen@free.fr</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">Hello All,<br>
<br>
Thanks to the developers and all involved for
releasing Purr Data <br>
2.13.0. It's looking promising. I'm using the OBS
channel.<br>
<br>
I just made a quick test under Manjaro 20.0.3 KDE
Plasma (based on Arch <br>
Linux) and there are some weird issues with the way of
how the patch <br>
windows are now handled.<br>
This was not the case with the original V.2.12.0
release under Manjaro.<br>
<br>
The MAIN Patch Window Size (not the sub-patches if
any) has some kind of <br>
dysfunction, even if in Prefs / GUI the Zoom level is
clicked to be <br>
saved/loaded with the patch.<br>
When I mean MAIN patch, I mean the patch at the higher
level. If there <br>
is only one patch, this patch as the same bad behavior
than the main <br>
patch with sub-patches.<br>
<br>
So, You save your patch with its window maximized (not
full screen) and <br>
close it. Then at load:<br>
a)- the patch window is not opening at its saved size,
it's smaller <br>
(windowed), but the zoom level is correct (patch
content is now beyond <br>
window limits).<br>
<br>
You save again the patch without changing anything and
close it. Then at <br>
load:<br>
b)- the patch window is not opening at its saved size,
it's getting even <br>
smaller (still windowed) than in a), but the zoom
level is correct.<br>
c)- each time you save it, close and open it, the
patch window is <br>
getting step by step smaller and smaller.<br>
<br>
You maximize the window size, save it again and close
it. Then at load:<br>
d)- you are back to a)-, and so on, until you get a
window having the <br>
size of a postal stamp.<br>
<br>
You maximize the window size, you zoom out (-) its
content, save the <br>
patch and close it. Then at load:<br>
e)- both the patch window size and the patch content
zoom level are correct.<br>
<br>
You maximize the zoom of the patch content still with
the patch window <br>
maximized, save and close it. Then at load:<br>
f)- you are back to a)-, and so on.<br>
<br>
With the patch being in c) state, you change the patch
content to <br>
optimal zoom, you save and close it. Then at load:<br>
g)- the patch window size is bigger = a) state and the
content zoom <br>
level is correct (but anymore optimized as the window
got bigger), and <br>
so on.<br>
<br>
I didn't try all possible combinations.<br>
<br>
Best, Joseph<br>
<br>
= = = = = = = = = =<br>
<br>
Le 01/08/2020 à 23:15, Jonathan Wilkes a écrit :<br>
> Hi all,<br>
><br>
> Purr Data 2.13.0 has just been released:<br>
><br>
> <a href="https://git.purrdata.net/jwilkes/purr-data#downloads" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data#downloads</a><br>
><br>
> Changes:<br>
> * ported Vanilla's [inlet~ fwd] argument
(reimplemented to avoid stack<br>
> allocation and various other problems) (Thanks to
Guillem!)<br>
><br>
> * scrollbar fix for optimal zoom (Thanks Ico!)<br>
><br>
> *avoid null selectors in core where trivial to do
so, gracefully<br>
> handle and annotate them when/if they happen.
Also added an<br>
> experimental [debuginfo] object so we can output
a message with a null<br>
> selector (and other methods in the future good
for testing)<br>
><br>
> * ported Vanilla patch for [pow~] handling
negative samples in input<br>
><br>
> * ported [savestate] from Vanilla<br>
><br>
> * ported array, scalar "bang" methods<br>
><br>
> * add base argument and inlet for [log]<br>
><br>
> * add zcheckgetfn to m_pd.h for checking method
signatures match<br>
> before doing an end run around typedmess. This is
used for the<br>
> reimplementation of [inlet~ fwd]. (Thanks to
Guillem for this)<br>
><br>
> * port and re-implement Vanilla's "#ffffff"
syntax for setting iemgui<br>
> colors. Additionally, support the "#fff" short
syntax. We're not<br>
> currently saving the symbol colors in the Pd file
format, yet. A<br>
> warning is printed about this since it means
we're still storing the<br>
> lossy color format. A future version will save
the symbol colors, but<br>
> we want to ship a few releases supporting the new
syntax before making<br>
> this breaking file format change.<br>
><br>
> * added "test-object" abstraction for doing more
detailed testing of objects<br>
><br>
> * fixed bug where the box width was wrong when
editing certain objects<br>
> (thanks to Guillem)<br>
><br>
> * port "seed" method for [noise~]<br>
><br>
> * throttle canvas_motion (part 1 of 2 of getting
rid of exponential<br>
> explosion when moving selections)<br>
><br>
> * port [text] "sort" method<br>
><br>
> * when clicking an error link, bring the relevant
object into the<br>
> viewport and animate it to make it easy for the
user to find<br>
><br>
> * add "-alsaadd" flag with pulse device for pulse
support (Thanks to Sam!)<br>
><br>
> * fixed some alsa bugs<br>
><br>
> * ported from Vanilla: preserve phase in [clone]
after [all( message,<br>
> fixed a crasher<br>
><br>
> * expand and improve the type hints for errors
with edge case atoms<br>
> (null selectors, null symbols, "floatlike" symbol
payloads, etc.)<br>
><br>
> * improvements to french translations (Thanks
Joseph!)<br>
><br>
> * update pd-lua compatibility with Lua 5.4
(Thanks Albert!)<br>
><br>
> * port multi-step undo from Vanilla (Thanks
Guillem!)<br>
><br>
> * initial touch support in GUI (Thanks Albert and
spidercatnat!)<br>
><br>
> * zoom viewport fix (Thanks Albert!)<br>
><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><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>
</blockquote>
</div>
</blockquote>
</div>
<br clear="all">
<br>
-- <br>
<div dir="ltr">
<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>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
<br>
</div>
_______________________________________________<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>
</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>