[PD] PDDP (was: Finding "$0" and dealing with it in messages)

Jonathan Wilkes jancsika at yahoo.com
Mon Dec 7 03:41:00 CET 2009

--- On Mon, 12/7/09, Mathieu Bouchard <matju at artengine.ca> wrote:

> From: Mathieu Bouchard <matju at artengine.ca>
> Subject: Re: [PD] PDDP (was: Finding "$0" and dealing with it in messages)
> To: "Jonathan Wilkes" <jancsika at yahoo.com>
> Cc: "Hans-Christoph Steiner" <hans at at.or.at>, pd-list at iem.at
> Date: Monday, December 7, 2009, 2:37 AM
> On Sun, 6 Dec 2009, Jonathan Wilkes
> wrote:
> > Could you post an example help patch?  I
> downloaded gridflow to check out how your help patches work
> but I'm on windows so I just get a bunch of broken objects.
> Screenshots of all the helpfiles are available at http://gridflow.ca/help/ but this is 0.9.6 (and the new
> helpfiles are already a bit different). note that those
> shots are truncated when they are too long (higher than my
> screen). I didn't code an automated screenshot stitcher yet
> (and there's no way I'm gonna do this manually).
> Some helpfiles that best illustrate GFDP (among those that
> fit in a screenshot):
>   http://gridflow.ca/help/%23mouse-help.png
>   http://gridflow.ca/help/%23labelling-help.png
>   http://gridflow.ca/help/range-help.png
>   http://gridflow.ca/help/receives-help.png
> But really, to appreciate GFDP you have to know that every
> component is an abstraction instance (except comments), that
> there are invisible patchcords so that comments have owners,
> and then there is an automatic positioning system:
>   http://gridflow.ca/gallery/doc_anim.mov
> but this video doesn't demonstrate much of it. Here's a
> screenshot of range-help.pd when in edit mode:
>   http://gridflow.ca/gallery/%23range-help-edit.png
> patchcords that aren't used for sending messages are dashed
> and painted orange. The dashed boxes aren't usually there.
> They can be turned on by editing two abstractions (one for
> comments and one for non-comments). What you see in this
> screenshot is by editing only one abstraction; in the video,
> the other abstraction has been edited. Note that some
> buttons are visible only when in edit-mode. Note that moving
> a [doc_m] moves the attached comment around, but moving the
> comment around has no effect (or may reorder comments if
> there are several of them). Writing more text in a comment
> automatically moves all following [doc_m] downwards and so
> on including higher-level section headings ([doc_oo],
> [doc_o], etc)
> There's more to it. I guess someone with a faster computer
> than mine could make a video of all the features.

That's some cool stuff.  What are the externals that are being used (esp. 
to hide patch cords and move the abstractions into place?  Are the 
pngs/movs in dd or pd-ext?



More information about the Pd-list mailing list