Re: [PD] less intelligent patching for Pd

[Roman Haefeli]

On Wed, 2019-06-05 at 16:08 +0200, IOhannes m zmoelnig wrote:
> an early summer update...
> 
> TL;DR: https://vimeo.com/showcase/5289665/video/340437816

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  



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Maximiliano Estudies]

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 ()
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
>


-- 
Maximiliano Estudies
+49 176 36784771
omslo.com
maxiestudies.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[IOhannes m zmoelnig]

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



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Maximiliano Estudies]

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 
a short demo.


El jue., 6 jun. 2019 a las 13:28, Roman Haefeli ()
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
>


-- 
Maximiliano Estudies
+49 176 36784771
omslo.com
maxiestudies.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Roman Haefeli]

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 



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[IOhannes m zmoelnig]

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]



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Matt Davey]

Fantastic news!  Intelligent patching was testing my sanity.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Peter P.]

* Miller Puckette  [2019-06-05 23:22]:
> next release... I'll merge it as soon as it's done getting tweaked.
Thanks Miller!



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Miller Puckette]

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  [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 -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 -k) resp. puts the newly created
> > object in the right place (in the case of -t, aka triggerize)
> > 
> > it also fixes a few oddities where "Duplicate" resp. "Saving
> > abstractions" would not play well with "Copy" (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  to deselect everything
> > - pressing  to cycle the selection of a single object (or line)
> > - repeatedly pressing -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 -T (triggerize),
> > the newly created object is now selected immediately, so you can
> > immediately start typing to replace the dummy object (or just press
> >  is you don't want to)
> > 
> > finally, you can now cycle outlets or inlets with the  *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

Re: [PD] less intelligent patching for Pd

[Lucas Cordiviola]

+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.io<http://fdch.github.io>

On Jun 5, 2019, at 5:12 PM, Julian Brooks 
mailto:jbee...@gmail.com>> wrote:

yep, +1 (above:)

On Wed, 5 Jun 2019 at 15:59, Christof Ressi 
mailto:christof.re...@gmx.at>> wrote:
hurray!

> Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> Von: "IOhannes m zmoelnig" mailto:zmoel...@iem.at>>
> An: pd-list mailto: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 -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 -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
>
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (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  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -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 -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
>
> finally, you can now cycle outlets or inlets with the  *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<mailto:Pd-list@lists.iem.at> mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at<mailto: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

Re: [PD] less intelligent patching for Pd

[Peter P.]

Thanks! This is absolut great news! 

Let me ask: When might this become part of Pd vanilla?

Thanks again!

* IOhannes m zmoelnig  [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 -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 -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
> 
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (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  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -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 -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
> 
> finally, you can now cycle outlets or inlets with the  *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

Re: [PD] less intelligent patching for Pd

[Jack]

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 -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 -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
> 
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (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  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -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 -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
> 
> finally, you can now cycle outlets or inlets with the  *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
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Fede Camara Halac]

Amazing! Can't wait to try the new feats!!!

fdch.github.io

> On Jun 5, 2019, at 5:12 PM, Julian Brooks  wrote:
> 
> yep, +1 (above:)
> 
>> On Wed, 5 Jun 2019 at 15:59, Christof Ressi  wrote:
>> hurray!
>> 
>> > Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
>> > Von: "IOhannes m zmoelnig" 
>> > An: pd-list 
>> > 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 -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 -k) resp. puts the newly created
>> > object in the right place (in the case of -t, aka triggerize)
>> >
>> > it also fixes a few oddities where "Duplicate" resp. "Saving
>> > abstractions" would not play well with "Copy" (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  to deselect everything
>> > - pressing  to cycle the selection of a single object (or line)
>> > - repeatedly pressing -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 -T (triggerize),
>> > the newly created object is now selected immediately, so you can
>> > immediately start typing to replace the dummy object (or just press
>> >  is you don't want to)
>> >
>> > finally, you can now cycle outlets or inlets with the  *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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Julian Brooks]

yep, +1 (above:)

On Wed, 5 Jun 2019 at 15:59, Christof Ressi  wrote:

> hurray!
>
> > Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> > Von: "IOhannes m zmoelnig" 
> > An: pd-list 
> > 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 -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 -k) resp. puts the newly created
> > object in the right place (in the case of -t, aka triggerize)
> >
> > it also fixes a few oddities where "Duplicate" resp. "Saving
> > abstractions" would not play well with "Copy" (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  to deselect everything
> > - pressing  to cycle the selection of a single object (or line)
> > - repeatedly pressing -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 -T (triggerize),
> > the newly created object is now selected immediately, so you can
> > immediately start typing to replace the dummy object (or just press
> >  is you don't want to)
> >
> > finally, you can now cycle outlets or inlets with the  *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

Re: [PD] less intelligent patching for Pd

[Christof Ressi]

hurray!

> Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> Von: "IOhannes m zmoelnig" 
> An: pd-list 
> 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 -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 -k) resp. puts the newly created
> object in the right place (in the case of -t, aka triggerize)
>
> it also fixes a few oddities where "Duplicate" resp. "Saving
> abstractions" would not play well with "Copy" (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  to deselect everything
> - pressing  to cycle the selection of a single object (or line)
> - repeatedly pressing -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 -T (triggerize),
> the newly created object is now selected immediately, so you can
> immediately start typing to replace the dummy object (or just press
>  is you don't want to)
>
> finally, you can now cycle outlets or inlets with the  *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] less intelligent patching for Pd

[IOhannes m zmoelnig]

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 -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 -k) resp. puts the newly created
object in the right place (in the case of -t, aka triggerize)

it also fixes a few oddities where "Duplicate" resp. "Saving
abstractions" would not play well with "Copy" (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  to deselect everything
- pressing  to cycle the selection of a single object (or line)
- repeatedly pressing -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 -T (triggerize),
the newly created object is now selected immediately, so you can
immediately start typing to replace the dummy object (or just press
 is you don't want to)

finally, you can now cycle outlets or inlets with the  *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



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list