<div dir="ltr"><div dir="ltr"><div>Hi Joseph,</div><div><br></div><div>Thanks for your patience, and sorry for replying so late.</div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 10, 2020 at 4:53 PM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr">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><div>
1. Under GNU/Linux when in EditMode, Purr Data is becoming totally
unresponsive as well as my whole system, even if other
applications are still running well in the background and I can
move my mouse cursor on the screen, your suggested
Ctrl+Alt+F1-to-F6 have no effect at all.<br></div></div></blockquote><div><br></div><div>Well, I guess that we'll just have to wait until someone can reproduce this and tell us what the exact issue is (in case it's really related to Purr).<br></div><div> <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><div>
2. I cannot access to your <a href="https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb" rel="noreferrer noreferrer" target="_blank">https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb</a>
for testing your nw.js 0.28.1 update.<br></div></div></blockquote><div><br></div><div>The OBS doesn't keep old builds, and I keep updating the preview channel all the time. So just go over to <a href="https://build.opensuse.org/package/show/home:aggraef:purr-data-git/purr-data">https://build.opensuse.org/package/show/home:aggraef:purr-data-git/purr-data</a> instead, click the Download link on the top of that page, and proceed to the download for Ubuntu (see the screenie below).</div><div><br></div><div><div><img src="cid:ii_kg5jbzul0" alt="image.png" width="476" height="198"><br></div><div>Currently, you'll find the 2.15.1 release candidate there. (Which will soon be available in the main channel and on my GH mirror as well, as soon as I'm done building the Windows packages.)<br></div><div><br></div><div>Best,</div><div>Albert</div><div><br></div></div><div> <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><div>
I'm getting the following message translated from French: "Error
404 - This resource doesn't exist anymore!".<br>
<br>
Thanks. Best,<br>
Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 05/10/2020 à 09:35, Albert Graef a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Oct 5, 2020 at 3:40
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>But under LM20, the random freeze issues I'm reporting
happen *ONLY* when in *EditMode* and *WITHOUT* the JACK
server running and with DSP=OFF!<br>
</div>
</blockquote>
<div><br>
</div>
That's weird. Is your LM20 box the only system where this
happens? I agree with Ico's assertion that there's simply no
way that Purr can take down an entire system like this. But
there's a first time for everything...<br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">Next time please make sure that you're
running htop so that you can see it, and check the cpu and ram
usage when the freeze starts. (You can also try whether you
can still switch to another Linux console and check cpu and
ram usage there.) Here are some things to look out for:</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">1. If the ram usage is going through
the roof, then your system might be well into swap memory,
which can make it appear frozen. (In that case you'll probably
notice that a lot of disk activity is going on as well.)<br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">2. If the cpu usage is 100%, then
there's a runaway process, and htop should tell you which one
it is. "purr-data" means that it's the engine, "nw" means that
it's the GUI, anything else we can figure out when you post
the executable name here.</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">3. If both cpu and ram usage are
normal, then keyboard and mouse might have been grabbed by
some program or a modal dialog hiding beneath other windows,
making your system unresponsive to input but still chugging
along. In that case, try whether you can use something like
Ctrl+Alt+F2 to change to another Linux console (yes, sometimes
this will still work even if your system is unresponsive to
all other keyboard input), log in from the console and run
`sudo ps aux` to see which processes are running and whether
you notice anything unusual there.<br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div> For now, I will remain quiet on this subject until I
found a reproducible and documented procedure...<br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>If you do, please open a new bug report on this and
provide as much information as you can, thanks! My bet still
is on a hardware or OS issue, but, as the German saying
goes, "one has seen horses throw up in front of the
pharmacy." ;-)<br>
</div>
<div><br>
</div>
<div>Best,</div>
<div>Albert</div>
<div><br>
</div>
<div><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>
<div> - - - - - - - - - - - - - - - - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 05/10/2020 à 00:54, Ivica Bukvic a écrit :<br>
</div>
<blockquote type="cite">
<div dir="auto">Are you running a distro with rt
privileges (e.g. using a low latency kernel)? Are you
running Purr-Data with rt privileges? If not, there is
no way Purr-Data is responsible for your hard locks.
If you are running rt/lowlatency kernel, as per
Albert, you should monitor what you are running and
observe when these things happen. This will help
narrow things down.<br>
<br>
<div>Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity + Innovation<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">ico@vt.edu</a><br>
<br>
<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</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Oct 4, 2020,
17:42 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 Ico,<br>
<div><br>
I'm spending most (+95%) of my computer time on
GNU/Linux and not Windows (this one is just for
testing purpose as still the majority of the PC
users are on this OS).<br>
Under Linux I never had BSOD but under Windows,
even with the latest W10 v2004, it's just an old
friend of mine since W3.1! LOL<br>
<br>
When using Purr Data and my PC is totally
freezing under Linux, my computer screen is
still correctly displaying what it was doing.
Even after ten minutes of total freeze I'm still
and just able to move my mouse cursor but its
clicks are inactive awa my keyboard. Moving my
mouse over the icons of the System Dashboard
normally displays information but in freeze
state nothing at all. During addition tests, if
other Audio and/or Video applications were
running before total freeze, even if my PC
became unresponsive these applications continue
to run well (so neither Audio nor Video freeze).
The only way I have for taking back the control
of my PC is to force the shutdown of my computer
with its On/Off button and I'm get nothing
visible before closing.<br>
<br>
So, as I wrote one hour ago, one of the
possibility is to record on disk the system
activities to try to find out what could happen
but this will depend of what was record just
before the total freeze... Wait and see...<br>
<br>
- - - - - - - - - - - - - - - - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 04/10/2020 à 20:14, Ivica Bukvic a écrit :<br>
</div>
<blockquote type="cite">
<div dir="auto">To add to Albert's thorough
email, I wonder if video acceleration in the
chromium versions nw.js may be relying on may
have something to do with this. Namely, I
wonder if it invokes something incorrectly
and/or the video driver is not handling such
calls appropriately. If you get a blue screen
dump before the computer reboots, it may be
helpful to share that. The same may be also
added to your system event log.<br>
<br>
<div>Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity + Innovation<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" rel="noreferrer" target="_blank">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" rel="noreferrer" target="_blank">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu" rel="noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" rel="noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" rel="noreferrer" target="_blank">ico.bukvic.net</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Oct
4, 2020, 07:50 Albert Graef <<a href="mailto:aggraef@gmail.com" rel="noreferrer" target="_blank">aggraef@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">
<div dir="ltr">
<div>Hi Joseph,</div>
<div><br>
</div>
<div>there's a Windows package with Ico's
fix here: <a href="https://git.purrdata.net/jwilkes/purr-data/-/jobs/22210" rel="noreferrer noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/jobs/22210</a></div>
<div><br>
</div>
<div>A new release including this and a
few other fixes will hopefully be out
sometime next week.</div>
<div><br>
</div>
<div>Also, I'm currently testing an update
to nw.js 0.28.1 (which fixes issues with
the floating dialogs for some graphics
cards under Windows). I doubt that this
will cure your performance issues under
Linux, but you never know until you've
tried. ;-) If you want to give it a go,
this is now available in the OBS preview
channel; the Ubuntu 20.04 package is at:
<a href="https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb" rel="noreferrer noreferrer" target="_blank">https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb</a></div>
<div><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>I do need to find *a reproducible
test procedure* which could record
what is going wrong when both Purr
Data and my PC are totally freezing.</div>
</blockquote>
<div><br>
</div>
<div>If your *entire system* is freezing
and not just Purr Data, I'm beginning to
wonder whether some hardware issue or
some runaway process might be the root
cause. It could be a faulty hardware
component (RAM, harddisk, soundcard, usb
peripherals, ...), or some driver
misbehaving for old components that
aren't properly supported any longer.
That rarely happens in Linux, though,
and in that case you'd probably see it
with other demanding applications, too.</div>
<div><br>
</div>
<div>Anyway, as you rightfully remarked,
the first step in diagnosing such a
problem would be to identify
characteristics of situations in which
these hiccups occur, such as heavy
disk/usb/network/audio/graphics
operations, or abnormally high CPU or
RAM usage, and which applications and
background jobs are running at the time.
A monitoring program like htop should
help to identify these, but you surely
know this already. The venerable gkrellm
(<a href="http://gkrellm.srcbox.net/" rel="noreferrer noreferrer" target="_blank">http://gkrellm.srcbox.net/</a>)
is another monitoring tool that I find
so indispensable for checking system
health a glance, that I use it not only
on Linux, but on all of my Windows
boxes, too. (Unfortunately, gkrellm
hasn't been ported to macOS, as far as I
know. But there's a similar open-source
tool named XRG there, see <a href="https://gaucho.software/Products/XRG/" rel="noreferrer noreferrer" target="_blank">https://gaucho.software/Products/XRG/</a>.)<br>
</div>
<div><br>
</div>
<div> In particular, some desktop
environments have integrated file
indexing facilities which are notorious
for sucking up system resources,
especially on older and slower hardware.
Some of these can be disabled easily,
while others keep coming back like the
undead after each boot, login, or even
on their own. I've even noticed this on
newer hardware, that's why until very
recently I sometimes had to suspend
Baloo (KDE's indexer) when I'm in a live
video session running some heavy-duty
realtime apps such as Ardour, OBS Studio
and Jitsi Meet at the same time (Purr is
usually the lightest among these...). On
older hardware, these may well bring
your system down to its knees.<br>
</div>
<div><br>
</div>
<div>Have a nice Sunday,<br>
</div>
<div>Albert</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun,
Oct 4, 2020 at 12:02 PM Linux ROUEN
Normandie <<a href="mailto:linux.rouen@free.fr" rel="noreferrer noreferrer" 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> @Ico,<br>
<div><br>
Great! Thanks for your Windows fix.<br>
- - - - - - - - - - - -<br>
Joseph Gastelais<br>
- - - - - - - - - - - -<br>
<br>
</div>
<div>Le 03/10/2020 à 19:31, Ivica
Bukvic a écrit :<br>
</div>
<blockquote type="cite">
<div dir="auto">The window size is
already fixed in the new merge
request. The problem was Windows
up until now used nw.js 0.14.7
which had a bug in respect to the
window size. I did a patch to
compensate for that. Now that
needs to be removed since Windows
has migrated to 0.24.4. That
should be included in the next
release since the merge request is
already green. Hope this helps.<br>
<br>
<div>Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity +
Innovation<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" rel="noreferrer noreferrer" target="_blank">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></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On
Sat, Oct 3, 2020, 13:19 Linux
ROUEN Normandie <<a href="mailto:linux.rouen@free.fr" rel="noreferrer noreferrer" 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>
<div><br>
Thanks for your comments.<br>
<br>
1. Zoom level<br>
After additional new tests,
I discovered *my Mistake*
:-( as under GNU/Linux I'm
using a screen scale of x1
and under Windows a screen
scale of x1.25! Windows with
a screen scale of x1 gives
almost the same results than
under the Linuxes. :-)<br>
<br>
2. But there are still some
visible differences between
Linux and Windows graphics
rendering. See the 3
attached files for the
Control Panel of my SMS
project awa for the windows
of Canvas Help and Canvas
Properties. Under both OSs
I'm using a screen
resolution of 1920x1080, and
now a screen scale of x1.<br>
<br>
3. Random freezes under
GNU/Linux<br>
I do need to find *a
reproducible test procedure*
which could record what is
going wrong when both Purr
Data and my PC are totally
freezing. As it's on a
random basis, it can really
occur for what ever I'm
doing (Edit Mode). So, for
the time being I'm dry.<br>
If anyone has any clever
idea, you are the welcome.<br>
<br>
- - - - - - - - - - - - - -
- - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - -
- - - - - -<br>
</div>
<div><br>
Le 03/10/2020 à 08:21,
Albert Graef a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Hi Joseph,</div>
<div><br>
</div>
<div>thanks for the
feedback, but I'm afraid
that I can't reproduce
any of these issues on
my side. :(</div>
<div><br>
</div>
<div>- Default zoom levels
on Windows (10) are
*exactly* the same as on
Linux and Mac for me.
Note that otherwise all
the help patches would
be completely out of
whack, and they look
fine to me. Well, there
are some minor
imperfections due to old
Windows code
special-casing for nw.js
0.14.7, but I think that
Ico already has a fix
ready for that which
will be in the next
release. If that is not
what you see, then maybe
(this is just a wild
guess) it's a specific
patch and you have zoom
save/restore enabled in
the GUI prefs? If it's
not one of those things,
please post a screenshot
of a minimal sample
(preferably one of the
help patches shipping
with Purr) which seems
out of whack to you.<br>
</div>
<div><br>
</div>
<div>- We've already
discussed your issues
with Purr occasionally
freezing off-list, but
as I said, I can't
reproduce this on any of
my Linux boxes either.
So if anyone seems to
have similar issues,
please report them so
that we can begin
tracking down the issue.
Joseph, I understand
that this is
frustrating, but the
hard reality is that we
can't fix bugs that we
can't reproduce. :( As
soon as we can reproduce
them, we can probably
identify the issue and
fix it. But until then
we'll have to wait and
see whether someone can
confirm your problems
and tell us exactly how
to reproduce these
issues, or at least come
up with a good
explanation.<br>
</div>
<div><br>
</div>
<div>Best,</div>
<div>Albert</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On
Fri, Oct 2, 2020 at
11:31 PM Linux ROUEN
Normandie <<a href="mailto:linux.rouen@free.fr" rel="noreferrer
noreferrer noreferrer" 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 All,<br>
<div><br>
Purr Data 2.15.0 is
a real great
release. Thanks and
congratulations to
all contributors.
:-)<br>
<br>
It was successfully
installed/updated
under Windows 10
v2004 (32-bit) and
Linux Mint 20
Cinnamon, Ubuntu
Studio 20.04 Xfce
and Manjaro 20.1 KDE
Plasma and it's
working well, except
few annoying bugs.<br>
<br>
@Ico, [number2]
objects are looking
as good as under
2.14.2 last preview.<br>
<br>
PB-1: The graphics
rendering is not the
same on Windows vs
all GNU/Linux.<br>
Under Windows when
opening a project
saved under Linux:<br>
- the zoom level of
the main patch is ~
-1 smaller,<br>
- the zoom level of
all sub-patches is ~
+1 bigger (and not ~
-1), and<br>
- the main window
size of he project
seems a little bit
bigger.<br>
NW.js has been
updated to the same
0.24.4 version than
the Linux's one. Is
it the issue?<br>
<br>
PB-2: Under Linux
(where I'm mainly
working), 2.15.0 has
not fixed yet the
*random freezes*
(main patch or
sub-patches) from
few seconds up to
complete freeze of
the application awa
the whole PC (except
the visible mouse
cursor but its click
is with no effect)
just when you are
doing (simple)
*edition tasks*
(with neither MIDI
nor Audio activity
and DSP=OFF). This
is true since a
little bit more than
one year when I have
started using Purr
Data (at that time
2.9.0).<br>
<br>
- - - - - - - - - -
- - - - - - - - - -<br>
Best, Joseph
Gastelais<br>
- - - - - - - - - -
- - - - - - - - - -<br>
<br>
</div>
<div>Le 01/10/2020 à
00:17, Albert Graef
a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<p style="margin:0px 0px 1.2em">Hi
all,</p>
<p style="margin:0px 0px 1.2em">It’s
time for
another
release with
the latest
bugfixes and
some
interesting
new features.
Download it
here
(Mac/Windows):<br>
<a href="https://github.com/agraef/purr-data/releases/tag/2.15.0" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/agraef/purr-data/releases/tag/2.15.0</a></p>
<p style="margin:0px 0px 1.2em">As
usual, Linux
packages are
available from
the <a href="https://agraef.github.io/purr-data/#jgu-packages" rel="noreferrer noreferrer noreferrer" target="_blank">OBS</a>.
<b><a href="https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef" rel="noreferrer noreferrer noreferrer" target="_blank">Download</a></b></p>
<h3 id="gmail-m_-3050205577937003352gmail-m_-8043002129184435298m_6567603944099654191m_-3884157541294961027gmail-m_7777955427803493189m_-322647548364585383gmail-m_4888991411558452007bugfixes" style="margin:1.3em 0px 1em;padding:0px;font-weight:bold;font-size:1.3em">Bugfixes</h3>
<ul style="margin:1.2em 0px;padding-left:2em">
<li style="margin:0.5em 0px">Fixed
Alt-Click
popup issues
reported by
Joseph
Gastelais (AG)</li>
<li style="margin:0.5em 0px">Cosmetic
fixes to <code style="font-size:0.85em;font-family:Consolas,Inconsolata,Courier,monospace;margin:0px 0.15em;padding:0px 0.3em;white-space:pre-wrap;border:1px solid rgb(234,234,234);background-color:rgb(248,248,248);border-radius:3px;display:inline">declare</code>
error
reporting (AG)</li>
<li style="margin:0.5em 0px">Disable
passing of key
presses
globally when
an object
grabs focus
via glist_grab
(Ico)</li>
<li style="margin:0.5em 0px">Fixed
asynchronous
getscroll and
activate
regression
(Ico)</li>
<li style="margin:0.5em 0px">Fixed
openpanel
unable to open
a custom path
on Windows
(Ico)</li>
<li style="margin:0.5em 0px">Disabled
excessive coll
legacy call
warnings (Ico)</li>
</ul>
<h3 id="gmail-m_-3050205577937003352gmail-m_-8043002129184435298m_6567603944099654191m_-3884157541294961027gmail-m_7777955427803493189m_-322647548364585383gmail-m_4888991411558452007new-features" style="margin:1.3em 0px 1em;padding:0px;font-weight:bold;font-size:1.3em">New
features</h3>
<ul style="margin:1.2em 0px;padding-left:2em">
<li style="margin:0.5em 0px">Improvements
to iemgui
numbox
(drawstyle,
font sizing
and dialog)
(Ico)<br>
<b>Note:</b>
The new numbox
drawing style
will change
the numbox
size on
existing
patches.</li>
<li style="margin:0.5em 0px">Private
abstractions
(Guillem, GSoC
2020)<br>
Please check
the [ab] help
patch and the
corresponding
<a href="https://agraef.github.io/purr-data-intro/Purr-Data-Intro.html#subpatch-and-abstraction-features" rel="noreferrer noreferrer noreferrer" target="_blank">section
in the “Cat”
tutorial</a>!</li>
</ul>
<p style="margin:0px 0px 1.2em">Enjoy!
:)<br>
Albert</p>
</div>
<div>-- <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" rel="noreferrer noreferrer noreferrer" target="_blank">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer noreferrer" target="_blank">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer
noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer
noreferrer noreferrer
noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></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" rel="noreferrer noreferrer noreferrer" target="_blank">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer noreferrer" 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" rel="noreferrer noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" 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" rel="noreferrer noreferrer
noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer
noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></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" rel="noreferrer noreferrer" target="_blank">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer" target="_blank">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" 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" rel="noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</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>
<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>
</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><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></div>