[PD] Pd-list Digest, Vol 203, Issue 12

Samuel Burt composer.samuel.burt at gmail.com
Thu Feb 10 14:39:38 CET 2022


Having used Pd for two decades, this still catches me occasionally. I was
only able to debug the problem because I knew this could be an issue. Guess
the UI doesn't allow for some kind of subtle indication that you've fanned
connections from an outlet. Would be nice though if a little "x2", "x3",
and "x4" would pop up next to your mouse cursor when you are making a
connection and mouse over the next inlet. Not sure if this would even be
trackable using send and receive, because this is another place where one
outlet can go to multiple inlets in a manner that feels indeterminate.

Sam





On Thu, Feb 10, 2022 at 7:37 AM <pd-list-request at lists.iem.at> wrote:

> Send Pd-list mailing list submissions to
>         pd-list at lists.iem.at
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.puredata.info/listinfo/pd-list
> or, via email, send a message with subject or body 'help' to
>         pd-list-request at lists.iem.at
>
> You can reach the person managing the list at
>         pd-list-owner at lists.iem.at
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pd-list digest..."
>
>
> Today's Topics:
>
>    1. Re: [midifile] (Dan Wilcox)
>    2. Re: [midifile] (IOhannes m zmoelnig)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 10 Feb 2022 12:53:07 +0100
> From: Dan Wilcox <danomatika at gmail.com>
> To: Roman Haefeli <reduzent at gmail.com>
> Cc: Pd-List <pd-list at lists.iem.at>
> Subject: Re: [PD] [midifile]
> Message-ID: <47594F6D-C540-45DD-99AA-7FE0F47A2E49 at gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> I agree, this is an established aspect of patching in Pd and changing it
> is not likely possible at this point. A positive reinforcement for using
> trigger is that it's simply more readable. I also admit to using fanning
> when I know order isn't as important for that case,
>
> I feel like often these problems also come from people trying Pd out after
> being more familiar with Max. Perhaps it would be good if Pd included a
> mini "Pd for Max users" guide which starts with execution order
> differences, ie. on canvas placement versus creation order. Forgive me if
> this info is in our documentation, I admit to not having gone through it
> since circa 2006 when I first started with Pd.
>
> > On Feb 10, 2022, at 12:00 PM, pd-list-request at lists.iem.at wrote:
> >
> > Message: 3
> > Date: Thu, 10 Feb 2022 10:30:36 +0100
> > From: Roman Haefeli <reduzent at gmail.com <mailto:reduzent at gmail.com>>
> > To: pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>
> > Subject: Re: [PD] [midifile]
> > Message-ID: <32c6cc64713fab78eae64728309bb95975471116.camel at gmail.com
> <mailto:32c6cc64713fab78eae64728309bb95975471116.camel at gmail.com>>
> > Content-Type: text/plain; charset="utf-8"
> >
> > On Thu, 2022-02-10 at 10:09 +0100, Max wrote:
> >
> >> Should Pd warn the user when one outlet is connected to multiple
> >> objects?
> >
> > I'd rather want Pd not to do that.
> >
> > 1) There are too many cases where fanning outlet connections are OK.
> >
> > 2) I believe it's more valuable if people do not fanning connections
> > because they understand their implications rather than because a
> > message tells them to avoid them.
> >
> > 3) I'm personally not so fond of the idea of giving people patching
> > advice.
>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.puredata.info/pipermail/pd-list/attachments/20220210/2afba033/attachment-0001.htm
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 10 Feb 2022 13:36:28 +0100
> From: IOhannes m zmoelnig <zmoelnig at iem.at>
> To: pd-list at lists.iem.at
> Subject: Re: [PD] [midifile]
> Message-ID: <c6e06792-051d-b9de-81ef-631da616fcf1 at iem.at>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 2/10/22 12:53, Dan Wilcox wrote:
> > I feel like often these problems also come from people trying Pd out
> after being more familiar with Max. Perhaps it would be good if Pd included
> a mini "Pd for Max users" guide which starts with execution order
> differences,
>
> hmm.
> i'd prefer a "tip-of-the-day".
> order of execution is important enough that everybody should be aware of
> it, whether they come from max, vvvv, csound or out of the blue.
>
> i figure your argument is, that most of these have to learn Pd from
> scratch anyhow and will eventually come to the "use [trigger]" section
> in the documentation, whereas the max users would just dive into it (as
> Pd has been sold to them as something you can use your Max-skills with
> without having to pay the license).
>
> my argument is that people who find tips-of-the-day useful are not power
> users yet and as such an occasional reminder won't hurt.
>
> gfdmas
> IOhannes
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: OpenPGP_signature
> Type: application/pgp-signature
> Size: 840 bytes
> Desc: OpenPGP digital signature
> URL: <
> http://lists.puredata.info/pipermail/pd-list/attachments/20220210/714deeb2/attachment.sig
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Pd-list mailing list
> Pd-list at lists.iem.at
> to manage your subscription (including un-subscription) see
> https://lists.puredata.info/listinfo/pd-list
>
>
> ------------------------------
>
> End of Pd-list Digest, Vol 203, Issue 12
> ****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220210/58b299f5/attachment.htm>


More information about the Pd-list mailing list