Re: [PD] ​fan-out (was Re: Pd-list Digest, Vol 203, Issue 12)

2022-02-10 Thread Samuel Burt
Sorry about the bad subject. Don't post too regularly and not sure the best
way to reply to a thread here. Guess it's just reply, change subject,
delete irrelevant parts of the thread. I do appreciate your patience and
continued conversation.

An even better feature would be to hover over an outlet and see the
connected inlets and/or cables highlighted. I generally make neat patches
that are easy to follow, but even with neat patches there can be a lot of
crossed cables. I imagine implementing this would be even more difficult.
Is Pd's GUI kept really simple because it's difficult to implement new
features or because it's important to keep a low impact on the cpu?

IOhannes, I didn't even know you could connect an inlet-outlet pair twice.
What is the effect? Does it send the data twice at control rate and does is
it additive with signals?

Sam




> --
>
> Message: 2
> Date: Thu, 10 Feb 2022 14:58:37 +0100
> From: IOhannes m zmoelnig 
> To: pd-list@lists.iem.at
> Subject: [PD] fan-out (was Re:  Pd-list Digest, Vol 203, Issue 12)
> Message-ID: <47069476-79c9-d40c-1069-6f71aba06...@iem.at>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
>
> hi.
>
> it would be super-cool if you could change the subject to something
> meaningful before replying to a digest mail.
>
> On 2/10/22 14:39, Samuel Burt wrote:
> > Having used Pd for two decades, this still catches me occasionally. I was
>
> that's the reason why i think that statements like "Fanning out to cold
> control inlets is perfectly fine" and "I also admit to using fanning
> when I know order isn't as important for that case" are problematic.
> not because they are wrong (they are objectively correct), but because
> they encourage bad habits which are hard to come by.
>
>
> > 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.
>
> dunno.
> if you are currently creating a fan-out you are hopefully aware that you
> are doing just that (i think it's *really* hard to not notice that an
> outlet already has a connection going out).
> so the problem is not to make people aware that they are fanning out,
> but to make people aware that this might introduce message ordering
> problems.
>
> in the meantime, use triggerize (Ctrl+a Ctrl+t) to resolve all your
> fan-outs.
>
> gfmkdf
> 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/a0accc47/attachment-0001.sig
> >
>
> --
>
> Message: 3
> Date: Thu, 10 Feb 2022 15:00:48 +0100
> From: IOhannes m zmoelnig 
> To: pd-list@lists.iem.at
> Subject: Re: [PD] [midifile]
> Message-ID: <31c53131-75de-c0b9-bcaa-d4260d416...@iem.at>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 2/10/22 10:30, Roman Haefeli wrote:
> > 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.
>
> but maybe they can be made aware of the implications if they were made
> explicit.
>
> >
> > 3) I'm personally not so fond of the idea of giving people patching
> > advice.
>
> i understand that.
>
> on a related note:
> since Pd-0.52 it is no longer possible to connect a single outlet to
> single inlet twice.
> after reading this thread , i wonder whether this was premature and
> whether we should undo that change.
>
> gfmasdr
> 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/e1cd7a13/attachment.sig
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> Pd-list mailing list
> Pd-list@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 14
> 
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] fan-out (was Re: Pd-list Digest, Vol 203, Issue 12)

2022-02-10 Thread IOhannes m zmoelnig


hi.

it would be super-cool if you could change the subject to something 
meaningful before replying to a digest mail.


On 2/10/22 14:39, Samuel Burt wrote:

Having used Pd for two decades, this still catches me occasionally. I was


that's the reason why i think that statements like "Fanning out to cold 
control inlets is perfectly fine" and "I also admit to using fanning 
when I know order isn't as important for that case" are problematic.
not because they are wrong (they are objectively correct), but because 
they encourage bad habits which are hard to come by.




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. 


dunno.
if you are currently creating a fan-out you are hopefully aware that you 
are doing just that (i think it's *really* hard to not notice that an 
outlet already has a connection going out).
so the problem is not to make people aware that they are fanning out, 
but to make people aware that this might introduce message ordering 
problems.


in the meantime, use triggerize (Ctrl+a Ctrl+t) to resolve all your 
fan-outs.


gfmkdf
IOhannes


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