--- On Thu, 2/17/11, Andy Farnell padawan12@obiwannabe.co.uk wrote:
From: Andy Farnell padawan12@obiwannabe.co.uk Subject: Re: [PD] FLOSS book Lists chapter To: "Mathieu Bouchard" matju@artengine.ca Cc: pd-list@iem.at Date: Thursday, February 17, 2011, 9:28 PM On Wed, 16 Feb 2011 20:39:33 -0500 (EST) Mathieu Bouchard matju@artengine.ca wrote:
With Pd-extended's opaque boxes, you could be making
mistakes involving
NON-identical boxes on top of each other. But frankly,
I don't recall this
happening. (I was also the first one to advocate
opaque boxes and show a
prototype.)
Imagine this disaster: You highlight an area of a dense, complex patch. By accident, while attempting to duplicate, you hit CTRLC then CTRLV, thus copying the entire area onto itself in place. The objects beneath continue to work of course, blindly spitting out data to things like arrays and sends. Meanwhile, you start to make new connections to what looks like a normal patch, but are in fact doppelgänger objects in the top copy.... hilarity ensues.
It's a lot more difficult to do this with pd-l2ork, because when you hit ctrl-v the objects are hanging from the mouse waiting to be placed by single-clicking on the canvas. In messing around, I've found the only way you can do this is to click ctrl-v multiple times, but you'll still end up with copies of the object-chain in a separate location from the original, hanging from your mouse as a clue that you're doing something really weird, and should click "Undo". (Actually, an undo history would come in really handy in this situation.)
One other failsafe would be to make "Tidy Up" fan out objects that are directly on top of each other.
IEMGUIs have lots of hidden settings :
receive-symbol, send-symbol, init,
lin-log.
Yep. Fortunately these can be figured out in most cases.
All subpatches has to be opened in order to see a
complete file on-screen,
Great in education, with good structure complex patches can be discussed in bite sized modular chunks. Hoorah! for sub-patches.
[loadbang] creation order
Same with [r] and many other objects that allow nonlocal connections.
Good one. I forgot about this one.
-- Andy Farnell padawan12@obiwannabe.co.uk
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list