<div dir="ltr"><div class="gmail_quote"><div><div class="gmail_default" style="font-size:large">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.</div><div class="gmail_default" style="font-size:large"><br></div><div class="gmail_default" style="font-size:large">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?</div><div class="gmail_default" style="font-size:large"><br></div><div class="gmail_default" style="font-size:large">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?</div><div class="gmail_default" style="font-size:large"><br></div><div class="gmail_default" style="font-size:large">Sam</div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 10 Feb 2022 14:58:37 +0100<br>
From: IOhannes m zmoelnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>><br>
To: <a href="mailto:pd-list@lists.iem.at" target="_blank">pd-list@lists.iem.at</a><br>
Subject: [PD] fan-out (was Re:  Pd-list Digest, Vol 203, Issue 12)<br>
Message-ID: <<a href="mailto:47069476-79c9-d40c-1069-6f71aba0660f@iem.at" target="_blank">47069476-79c9-d40c-1069-6f71aba0660f@iem.at</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
<br>
hi.<br>
<br>
it would be super-cool if you could change the subject to something <br>
meaningful before replying to a digest mail.<br>
<br>
On 2/10/22 14:39, Samuel Burt wrote:<br>
> Having used Pd for two decades, this still catches me occasionally. I was<br>
<br>
that's the reason why i think that statements like "Fanning out to cold <br>
control inlets is perfectly fine" and "I also admit to using fanning <br>
when I know order isn't as important for that case" are problematic.<br>
not because they are wrong (they are objectively correct), but because <br>
they encourage bad habits which are hard to come by.<br>
<br>
<br>
> only able to debug the problem because I knew this could be an issue. Guess<br>
> the UI doesn't allow for some kind of subtle indication that you've fanned<br>
> connections from an outlet. Would be nice though if a little "x2", "x3",<br>
> and "x4" would pop up next to your mouse cursor when you are making a<br>
> connection and mouse over the next inlet. <br>
<br>
dunno.<br>
if you are currently creating a fan-out you are hopefully aware that you <br>
are doing just that (i think it's *really* hard to not notice that an <br>
outlet already has a connection going out).<br>
so the problem is not to make people aware that they are fanning out, <br>
but to make people aware that this might introduce message ordering <br>
problems.<br>
<br>
in the meantime, use triggerize (Ctrl+a Ctrl+t) to resolve all your <br>
fan-outs.<br>
<br>
gfmkdf<br>
IOhannes<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: OpenPGP_signature<br>
Type: application/pgp-signature<br>
Size: 840 bytes<br>
Desc: OpenPGP digital signature<br>
URL: <<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20220210/a0accc47/attachment-0001.sig" rel="noreferrer" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20220210/a0accc47/attachment-0001.sig</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 10 Feb 2022 15:00:48 +0100<br>
From: IOhannes m zmoelnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>><br>
To: <a href="mailto:pd-list@lists.iem.at" target="_blank">pd-list@lists.iem.at</a><br>
Subject: Re: [PD] [midifile]<br>
Message-ID: <<a href="mailto:31c53131-75de-c0b9-bcaa-d4260d4166c1@iem.at" target="_blank">31c53131-75de-c0b9-bcaa-d4260d4166c1@iem.at</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
On 2/10/22 10:30, Roman Haefeli wrote:<br>
> 2) I believe it's more valuable if people do not fanning connections<br>
> because they understand their implications rather than because a<br>
> message tells them to avoid them.<br>
<br>
but maybe they can be made aware of the implications if they were made <br>
explicit.<br>
<br>
> <br>
> 3) I'm personally not so fond of the idea of giving people patching<br>
> advice.<br>
<br>
i understand that.<br>
<br>
on a related note:<br>
since Pd-0.52 it is no longer possible to connect a single outlet to <br>
single inlet twice.<br>
after reading this thread , i wonder whether this was premature and <br>
whether we should undo that change.<br>
<br>
gfmasdr<br>
IOhannes<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: OpenPGP_signature<br>
Type: application/pgp-signature<br>
Size: 840 bytes<br>
Desc: OpenPGP digital signature<br>
URL: <<a href="http://lists.puredata.info/pipermail/pd-list/attachments/20220210/e1cd7a13/attachment.sig" rel="noreferrer" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20220210/e1cd7a13/attachment.sig</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Pd-list mailing list<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a><br>
to manage your subscription (including un-subscription) see<br>
<a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Pd-list Digest, Vol 203, Issue 14<br>
****************************************<br>
</blockquote></div></div>