an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
hurray!
Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr Von: "IOhannes m zmoelnig" zmoelnig@iem.at An: pd-list pd-list@lists.iem.at Betreff: [PD] less intelligent patching for Pd
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
yep, +1 (above:)
On Wed, 5 Jun 2019 at 15:59, Christof Ressi christof.ressi@gmx.at wrote:
hurray!
Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr Von: "IOhannes m zmoelnig" zmoelnig@iem.at An: pd-list pd-list@lists.iem.at Betreff: [PD] less intelligent patching for Pd
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Amazing! Can't wait to try the new feats!!!
fdch.github.io
On Jun 5, 2019, at 5:12 PM, Julian Brooks jbeezez@gmail.com wrote:
yep, +1 (above:)
On Wed, 5 Jun 2019 at 15:59, Christof Ressi christof.ressi@gmx.at wrote: hurray!
Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr Von: "IOhannes m zmoelnig" zmoelnig@iem.at An: pd-list pd-list@lists.iem.at Betreff: [PD] less intelligent patching for Pd
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
+1
Mensaje telepatico asistido por maquinas.
On 6/5/2019 12:22 PM, Fede Camara Halac wrote:
Amazing! Can't wait to try the new feats!!!
fdch.github.iohttp://fdch.github.io
On Jun 5, 2019, at 5:12 PM, Julian Brooks <jbeezez@gmail.commailto:jbeezez@gmail.com> wrote:
yep, +1 (above:)
On Wed, 5 Jun 2019 at 15:59, Christof Ressi <christof.ressi@gmx.atmailto:christof.ressi@gmx.at> wrote: hurray!
Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr Von: "IOhannes m zmoelnig" <zmoelnig@iem.atmailto:zmoelnig@iem.at> An: pd-list <pd-list@lists.iem.atmailto:pd-list@lists.iem.at> Betreff: [PD] less intelligent patching for Pd
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Great job ! I really like the the fan out! ... but not for messages :) ++
Jack
Le 05/06/2019 à 16:08, IOhannes m zmoelnig a écrit :
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks! This is absolut great news!
Let me ask: When might this become part of Pd vanilla?
Thanks again!
- IOhannes m zmoelnig zmoelnig@iem.at [2019-06-05 16:08]:
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
next release... I'll merge it as soon as it's done getting tweaked.
cheers Miller
On Wed, Jun 05, 2019 at 06:56:27PM +0200, Peter P. wrote:
Thanks! This is absolut great news!
Let me ask: When might this become part of Pd vanilla?
Thanks again!
- IOhannes m zmoelnig zmoelnig@iem.at [2019-06-05 16:08]:
an early summer update...
TL;DR: https://vimeo.com/showcase/5289665/video/340437816
based on the feedback we got for the "intelligent patching" features introduced with Pd-0.49, i've create a new pull-request [575], that might make patching even easier.
the most important part is probably, that the intelligent multi-connections we have learned to love in no time, will now only happen if you press the <Shift>-key while doing the connection. this basically means, that you can now connect a single object with another single object, even if they happen to be in a selection group.
or put otherwise: hopefully this will prevent "intelligent patching" from stepping on your toes.
there's also a few bugs fixed:
- no more crashes after triggerizing
- inserting an object into a "non-leftmost connection" (that is: a
connection that involves inlets or outlets that are not on the left-hand side) now works (in the case of <Ctrl>-k) resp. puts the newly created object in the right place (in the case of <Ctrl>-t, aka triggerize)
it also fixes a few oddities where "Duplicate" resp. "Saving abstractions" would not play well with "Copy&Paste" (the "Duplicate" resp "Save" actions used to overwrite the "Copy"-buffer; now you can duplicate at will, and still recall your old "Copy"-buffer)
there's a few little cuties, like:
- pressing <ESC> to deselect everything
- pressing <TAB> to cycle the selection of a single object (or line)
- repeatedly pressing <Ctrl>-k to connect a single-outlet signal object
with a multi-inlet object, will now create a nice fan~out.
when inserting an object into a connection with <Ctrl>-T (triggerize), the newly created object is now selected immediately, so you can immediately start typing to replace the dummy object (or just press <Esc> is you don't want to)
finally, you can now cycle outlets or inlets with the <Tab> *while connecting*. Cycling inlets is only active if you hover over an object to connect to (if not, you cycle the outlets of the source). Cycling inlets doesn't work on OSX.
fgsdm,r IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
- Miller Puckette msp@ucsd.edu [2019-06-05 23:22]:
next release... I'll merge it as soon as it's done getting tweaked.
Thanks Miller!
On 05.06.19 23:21, Miller Puckette wrote:
next release... I'll merge it as soon as it's done getting tweaked.
in order to finish tweaking, i will need feedback. the more the merrier.
i'm especially looking forward to feedback from actually testing the new feature-branch (as opposed to watching the video and liking it).
so if you you know how to run a compiler, please check out [575], compile and test.
if you don't know how to compile yourself, you might try the highly experimental builds at [1].
gasmdr IOhannes
[575] https://github.com/pure-data/pure-data/pull/575
[1] the compilation of the experimental builds is about to start, so don't be afraid if they haven't shown up yet. just try again later.
- win/32bit:
[https://git.iem.at/pd/pure-data/builds/artifacts/intellipatch2/download?job=w32_snapshot]
- win/64bit:
[https://git.iem.at/pd/pure-data/builds/artifacts/intellipatch2/download?job=w64_snapshot]
- osx/64bit:
[https://git.iem.at/pd/pure-data/builds/artifacts/intellipatch2/download?job=Darwin_snapshot]
On Thu, 2019-06-06 at 11:19 +0200, IOhannes m zmoelnig wrote:
On 05.06.19 23:21, Miller Puckette wrote:
next release... I'll merge it as soon as it's done getting tweaked.
in order to finish tweaking, i will need feedback. the more the merrier.
Thanks for your work. I find the short cuts memorable and think they work very well. I absolutely like the new features.
i'm especially looking forward to feedback from actually testing the new feature-branch (as opposed to watching the video and liking it).
so if you you know how to run a compiler, please check out [575], compile and test.
I'm running this feature branch now and will keep using it and report back. So far, I can't see any problems. It seems to me you improved many little details, for instance when I undo a fan-out, I don't have to step through each individual connection anymore.
Really nice work!
Roman
This looks great!
I'm testing the osx/64bit build in Sierra. The only thing that seems odd is the cycle-connect for the inlets, but maybe I got it wrong. If I press tab the connection jumps to the next inlet, but when I release the mouse it still connects to the inlet that's nearer to the mouse, here https://i.postimg.cc/XJZf2jxj/inlet-outlet.gif a short demo.
El jue., 6 jun. 2019 a las 13:28, Roman Haefeli (reduzent@gmail.com) escribió:
On Thu, 2019-06-06 at 11:19 +0200, IOhannes m zmoelnig wrote:
On 05.06.19 23:21, Miller Puckette wrote:
next release... I'll merge it as soon as it's done getting tweaked.
in order to finish tweaking, i will need feedback. the more the merrier.
Thanks for your work. I find the short cuts memorable and think they work very well. I absolutely like the new features.
i'm especially looking forward to feedback from actually testing the new feature-branch (as opposed to watching the video and liking it).
so if you you know how to run a compiler, please check out [575], compile and test.
I'm running this feature branch now and will keep using it and report back. So far, I can't see any problems. It seems to me you improved many little details, for instance when I undo a fan-out, I don't have to step through each individual connection anymore.
Really nice work!
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 08.06.19 19:04, Maximiliano Estudies wrote:
If I press tab the connection jumps to the next inlet, but when I release the mouse it still connects to the inlet that's nearer to the mouse,
this quite directly relates to my initial mail.
On 05.06.19 16:08, IOhannes m zmoelnig wrote:
Cycling inlets doesn't work on OSX.
the problem being that i haven't found a way to move the mouse pointer under OSX. my refined attempt to fix the problem was to just tell the GUI to do move the mouse pointer, hoping that if it cannot do that no harm will be done. it turns out, that the attempt to move the mouse pointer makes Pd report that the mouse pionter wsa indeed moved (to the next inlet), so the cords are updated. but when you release the mouse button (to do the actual connection), the unmoved position is reported, and Pd will take *that* position to determine the inlet to connect to :-(
fgmasdr IOhannes
for me it is not really a problem as, if I still haven't released the mouse and I want to connect to another inlet, I can just move the mouse. I guess it is still frustrating, and I like the idea of using the mouse as little as possible. Thanks for the work, it's all very cool!
Maxi
El mié., 12 jun. 2019 a las 10:01, IOhannes m zmoelnig (zmoelnig@iem.at) escribió:
On 08.06.19 19:04, Maximiliano Estudies wrote:
If I press tab the connection jumps to the next inlet, but when I release the mouse it still connects to the inlet that's nearer to the mouse,
this quite directly relates to my initial mail.
On 05.06.19 16:08, IOhannes m zmoelnig wrote:
Cycling inlets doesn't work on OSX.
the problem being that i haven't found a way to move the mouse pointer under OSX. my refined attempt to fix the problem was to just tell the GUI to do move the mouse pointer, hoping that if it cannot do that no harm will be done. it turns out, that the attempt to move the mouse pointer makes Pd report that the mouse pionter wsa indeed moved (to the next inlet), so the cords are updated. but when you release the mouse button (to do the actual connection), the unmoved position is reported, and Pd will take *that* position to determine the inlet to connect to :-(
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Wed, 2019-06-05 at 16:08 +0200, IOhannes m zmoelnig wrote:
an early summer update...
I've been using this branch since IOhannes announced it and I'm still very fond of the features. It works very well for me the way it is designed.
Since I'm using this branch I sometimes experience hangers in the GUI when starting Pd. I start Pd and the Pd console window stays solid gray and no patch window appears, although I see the output of the patch I started Pd with in the terminal I started Pd from (using -stderr). Pd _is_ actually running. After a while - from a few up to 30 seconds - suddenly the patch appears and content of the Pd console is shown. From this moment on things run smoothly. I sometimes - though much fewer times - experience a similar behavior when clicking on a subpatch. It opened, but stayed solid black and the GUI was frozen for a while, though sound was still running. After a while, GUI processing resumed.
My only indication that it is related to less intelligent patching is temporal correlation: The behavior appeared after I compiled the less intelligent patching branch. I was hoping to find more actionable findings than this kind of fuzzy report, but failed to do so and am wondering if others are experiencing a similar behavior with the less intelligent patching branch.
This is on Ubuntu 18.04 amd64.
Roman
-
Christof Ressi -
Fede Camara Halac -
IOhannes m zmoelnig -
Jack -
Julian Brooks -
Lucas Cordiviola -
Matt Davey -
Maximiliano Estudies -
Miller Puckette -
Peter P. -
Roman Haefeli