<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Yes, both the width and the height of the patch window are
getting smaller together.<br>
</p>
<p>= = = = = = = = = =<br>
</p>
<div class="moz-cite-prefix">Le 03/08/2020 à 22:04, Ivica Bukvic a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAJrgGbb75y8sQ5yNXQrw__p7baXzQdE99aKG5Yq5KSr7c-2+1g@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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" class="gmail_signature"
data-smartmail="gmail_signature">
<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" moz-do-not-send="true">ico@vt.edu</a>
<a href="http://ci.icat.vt.edu" target="_blank" moz-do-not-send="true">ci.icat.vt.edu</a>
<a href="http://hcd.icat.vt.edu/" target="_blank" moz-do-not-send="true">hcd.icat.vt.edu</a>
<a href="http://www.icat.vt.edu" target="_blank" moz-do-not-send="true">www.icat.vt.edu</a>
<a href="http://www.performingarts.vt.edu" target="_blank" moz-do-not-send="true">www.performingarts.vt.edu</a>
<a href="http://l2ork.icat.vt.edu" target="_blank" moz-do-not-send="true">l2ork.icat.vt.edu</a>
<a href="http://ico.bukvic.net" target="_blank" moz-do-not-send="true">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"
moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer" target="_blank" moz-do-not-send="true">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"
moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
L2Ork-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a>
<a class="moz-txt-link-freetext" href="https://disis.music.vt.edu/listinfo/l2ork-dev">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
</body>
</html>