After playing with ezoutput~, I have a few thoughts:
- A [change] after [route dsp] in the dsp logic subpatch. At least on windows, the slider motion is sluggish because of constant color messages to the tgl.
- Allow the slider to go to zero, maybe with a [- 0.01] between the slider and the [pack].
- I think a label for the mute button would be nice (could just be my own personal preference, though).
-Jonathan
--- On Tue, 3/24/09, Hans-Christoph Steiner hans@eds.org wrote:
From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] default [output~] in Pd-extended To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "IOhannes m zmoelnig" zmoelnig@iem.at, "Pd List" pd-list@iem.at Date: Tuesday, March 24, 2009, 6:10 PM The current [output~] is not easy to use, lots of people have trouble with it. Scrolling in a number box is not a standard GUI interaction, and not particularly intuitive.
.hc
On Mar 24, 2009, at 3:41 AM, Jonathan Wilkes wrote:
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@eds.org wrote:
From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] default [output~] in Pd-extended To: "IOhannes m zmoelnig"
Cc: "Pd List" pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<ezdac~.pd><ezdac~-help.pd>
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler