first off, i discovered that the "intelligent patching" feature actually comes from Pd-l2ork (and Purr-Data, as the new incarnation of Pd-l2ork inherited it). sorry for the improper credits.

On 2018-06-07 02:30, Alexandre Torres Porres wrote:

As long as we're at it, here's an upcoming feature from max 8 that I like even better. Holding shift and dragging objects in and out of cords magically connect/disconnect them.

It's the 1st feature in here: https://www.youtube.com/watch?v=Nk6fv4hXaGg&feature=youtu.be

i thought about that, but it is much more complicated to implement than what i just did (i think).

there's sometzhing similar with the triggerize-plugin (i mentioned in my announcment post), that at least allows you to insert an dummy object into a connection (just select the connection and press "triggerize").

also it is unclear to me, whether this is restricted to the first iolet of the shift-dragged object or if you can select others as well (and if so: how).

and what about multiple objects? and objects that are moved by cursor-keys?

fgmasdr IOhannes

On 2018-06-07 09:03, IOhannes m zmoelnig wrote:

On 2018-06-06 23:48, Max wrote:

...

Cool. But <Ctrl-t> is the font size dialog. Or am I missing something very obvious?

yes: where does my patch use <Ctrl>-<t>?

ah, you mean the triggerize-plugin.

honestly, i do think that shortcuts should be spent for speeding up the workflow. and i haven't come up with a workflow yet, that requires me to evoke the font-dialog multiple times. otoh, i do need to insert objects into connections, or extend [t] to the left of clean up [t] (admittedly, i usually don't need to convert fan-outs to [t] as i've grown a habit of not doing fan-outs in the first place).

so i think a shortcut is wasted on the font-dialog anyhow, and trigerize is a much better investion.

dfmra IOhannes

On 2018-06-07 13:34, Max wrote:

On 07.06.2018 09:14, IOhannes m zmoelnig wrote:

I agree, but ...you mean the plugin is not usable at the moment or are you suggesting something?

no. the plugin just claims the shortcut, and you won't be able to Ctrl-t the font-dialog any more, once it is loaded.

fgmasdr IOhannes

Feature Request. How about swapping connections?

If I have two Objects, A and B ( with --> meaning a coord to each iolet)

a: 0 --> b: 0

a: 1 --> b: 1

Maybe, if I select one connection, and then, ctrl click the other connection, the two could swap

a: 0 --> b: 1 a: 1 --> b: 0

This would greatly improve triggerize organization, just clicking to force correct ordering of messages.

What do you think?

Em Qui, 7 de jun de 2018 04:55, baptiste chatel baptiste.chatel@gmail.com escreveu:

Fantastic news ! I really hope the PR will be merged into the master branch. That shift-insert an object is amazing too, please make it happen ! I can hear the live-programming people cheering already :)

Baptiste

Le mer. 6 juin 2018 à 15:43, IOhannes m zmoelnig zmoelnig@iem.at a écrit :

...

just a minor announcement.

recently there was some momentum on github about streamlining the patching process when it comes to connecting many objects, or objects with many iolets.

it all started a while ago (at least for me) with my "doublechord" plugin (available via deken), which allows you to extend additional connections between an object with many outlets and an object with many inlets that are already connected, without having to fidget with so many iolets.

indendently, manav rathi submitted a PR to allow connecting of two selected objects with a keystroke.

after that people joined in and started to suggest all kind of improvements, as seen in purr-data or max/msp.

si i backported some of the connection tricks from Max and Purr-Data, and it all ended in a PR [374].

new connection features:

• select any two objects, and press <Ctrl>+<k> (or <Cmd>+<k> if you

insist), to connect them (trivially, so just the first iolet)

• to connect a (signal) outlet to multiple arbitrary inlets, you can now

press <Shift> while hovering the yet-unconnected cord over an inlet

• to add more connections between two already connected object, select

the connection and pressl <Ctrl>+<d> to extend the connections to the right ("duplicate")

• to fully connect two objects, *select* both objects before connecting

them.

• to connect multiple objects to a single inlet, select all the source

objects (but not the sink object) before connecting them.

• (the other way round works as well, but will give you fan-outs!!!)
• to connect multiple objects to a multi-inlet object, select all the

source objects *and* the sink object before connecting the leftmost source to the leftmost inlet.

• to connect a multi-outlet object to multiple objects, select all the

source object *and* all the sink objects before connecting the leftmost outlet to the leftmost sink.

i think that's about it. thanks to Jonathan, Dan, Alex & Esteban for the inspirational ideas.

some of thew new features make it incredibly easy to create fan-outs. urgh!!! so this is another opportunity to announce my "triggerize-plugin" which will turn all your buggy fan-outs into nicely triggered connections (and much more). grab it from deken.

of course this is just a pull request, so we depend on miller to merge it into the "master" branch ;-)

gfmasdr IOhannes

[374] https://github.com/pure-data/pure-data/pull/374 [triggerize]

---

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

Em sex, 22 de jun de 2018 às 16:40, IOhannes m zmölnig zmoelnig@iem.at escreveu:

On 06/07/2018 12:18 PM, José de Abreu wrote:

...

Feature Request. How about swapping connections?

please post any feature requests on the github tracker (starting a new ticket per feature request) https://github.com/pure-data/pure-data/issues

gfmdsar IOhannes

Done!

https://github.com/pure-data/pure-data/issues/387

On 2018-06-07 13:14, Roman Haefeli wrote:

I noticed that <ctrl>-z only removes the manually created link when creating many links simultaneously. Definitely not a serious issue, but still deserves to be mentioned.

yes. thanks. i'm fully aware of this (but omitted in from my already long announcment mail).

imo, the only feasible solution is to also implement infinite undo.

mfgasdr IOhannes

2018-06-07 9:22 GMT-03:00 oliver oliver@klingt.org:

...

imo, the only feasible solution is to also implement infinite undo.

+1 (and probably any PD user i could think of ;-))

• 1000

it's the one thing that can't be missed and should have priority over anything else :)

Ok, here's one more. I remember seeing something in pd-l2ork/purr-data where you could select a few objects and turn them into a subpatch.

you'd select something like 5 objects or so in your patch, then hit some shortcut and there'd be a [pd] subopatch created with those objects inside.

The thin is that I can't find this feature anymore, could it be that it was discarded? Maybe Jonathan can tell us. The thing is that if it were still implemented in Pd-l2ork, it'd be a good case to also bring it to vanilla...

cheers

2018-07-12 13:56 GMT-03:00 Alexandre Torres Porres porres@gmail.com:

2018-07-12 8:01 GMT-03:00 IOhannes m zmölnig zmoelnig@iem.at:

...

that's probably it. thanks to Alex, Dan, José & Liam for more inspirational ideas.

well... thank *YOU!!!* :)

seems perfect, can't wait for it

On 7/12/2018 8:01 AM, IOhannes m zmölnig wrote:

the summer update...

TL;DR: https://vimeo.com/album/5289665/video/279631360

I've built this PR on windows and did all the examples from the video. They all work OK.

Nice PR.

+1

--

Mensaje telepatico asistido por maquinas.

Oh wow, these look great. Many thanks for working on this. It's going to make things so much easier! ________________________________ From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: 12 July 2018 12:01 To: pd-list@lists.iem.at Subject: [PD] more intelligent patching (was Re: intelligent patching)

the summer update...

TL;DR: https://vimeo.com/album/5289665/video/279631360

I've implemented a few more features in my "intelligent patching" pull-request [374], that might make patching easier.

so what's new:

• everything is undoable.
• single actions can be undo with a single undo (e.g. if you've

"intelligently" connected an outlet to all inlets of an object (or rather not so intelligently, as you want to undo that), doing a <Ctrl>-Z will no longer only undo the connection to the first inlet, but all connections in one go.

• inserting an object into an existing connection

(similar to what Max8 offers, but without wobbly lines and using a keystroke rather than mouse foo)

• select an object and a connection; and press <Ctrl>-k
• OR select two connected objects and one object that is not; and press

<Ctrl>-k

• bypassing an object (removing it from a connection)

• select 3 objects that are connected in a chain; and press <Ctrl>-k

• completely disconnect an object

• select 1 object; and press <Ctrl>-k

• swap connections

• select one connection; shift-click another connection

• paste replace

• copy (or cut) a single object (or msgbox,...); then select a number

of other objects (or msgboxes) and do "Paste Replace". by default, the type of an "object" will not be changed (so if you try to paste/replace a msgbox onto a floatatom, it will be ignored)...unless your selection only contains a single type (e.g. objectboxes). right now "paste/replace" is a separate menu entry (without keyboard accelerator). i wonder whether it would make sense to merge it into the ordinary "paste" <Ctrl>-v (as you need to have a copybuffer that only contains a single element *and* elements must be selected in the target canvas; so the paste/replace is pretty well guarded)

• pasting with offset
• if the position of the pasted objects (really only the first object

in the paste-buffer) is already occupied by an object, the paste will get an offset (as with duplicate).

• autopatching into subpatches
• when autopatching is turned on and you create a subpatch ([pd ...]),

the subpatch will automatically obtain an inlet (or inlet~, if the upstream object has a signal outlet~), so you can keep autopatching.

that's probably it. thanks to Alex, Dan, José & Liam for more inspirational ideas.

of course this is just a pull request, so we depend on miller to merge it into the "master" branch :-)

mgfdsr IOhannes

[374] https://github.com/pure-data/pure-data/pull/374