[PD] default [output~] in Pd-extended

[Jonathan Wilkes]

Why not use Miller's output~ as the default in pd-ext?

I like the fact that the tutorials have both an abstraction and a subpatch for output, and it might be nice to have another gop that uses a slider as in your proposed abstraction.

I think it would additionally be nice to have something like the attached somewhere in the tutorials, which is just a clone of your ezoutput~ using data structures.  It would helpful when someone gets to the ds tutorial to be able to have an abstraction they've already been using to show as an example.  The ds stuff is separated from the rest of the patch for that reason, though maybe something simpler would make a better example (at least as much as possible without using abstractions).

-Jonathan


--- On Mon, 3/23/09, Hans-Christoph Steiner <hans at eds.org> wrote:

> From: Hans-Christoph Steiner <hans at eds.org>
> Subject: Re: [PD] default [output~] in Pd-extended
> To: "IOhannes m zmoelnig" <zmoelnig at iem.at>
> Cc: "Pd List" <pd-list at iem.at>
> Date: Monday, March 23, 2009, 10:49 PM
> On Mar 23, 2009, at 4:09 AM, IOhannes m zmoelnig wrote:
> 
> > Hans-Christoph Steiner wrote:
> > 
> >> So if we are introducing the concept of objects
> and GUI in Pd, then I think it is safe to use GOP objects. 
> After all, we don't expect newbies to know anything
> about C or Tcl, but that's under it it all.  I don't
> think we should add an output~ to help patches that
> don't already have them.  I just think we should have a
> more intuitive and usable output~.  The current one already
> uses GOP, so that's not a change.
> > 
> > i fully agree.
> > and would like to stress, that i am pretty sure that
> most users will not have a clue about gop when they first
> encounter the [output~] module (be it a new one or the
> original one).
> > 
> > at least i cannot seem to find any documentation about
> gop prior to 3/A.05; nevertheless i think it is a good idea
> to use a gop-abstraction here.
> > 
> > fgmasdr
> > IOhannes
> 
> 
> Anyone else want to weigh in on this?  I'd like to
> lobby Miller to get this included in 'extra' at
> least, then also used in the help and docmentation.
> 
> 
> .hc
> 
> ----------------------------------------------------------------------------
> 
> Man has survived hitherto because he was too ignorant to
> know how to realize his wishes.  Now that he can realize
> them, he must either change them, or perish.    -William
> Carlos Williams
> 
> 
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list


      
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ezdac~.pd
Type: application/puredata
Size: 10006 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090324/e94fa60b/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ezdac~-help.pd
Type: application/puredata
Size: 854 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090324/e94fa60b/attachment-0001.bin>