hi
I am to writing some example patches, but found the dependency of an
other abstraction confusing and therefore made [pd output~] as a gop
subpatch.
It comes in a classic Pd black'n'white look, see attached.
cheers eni
#N canvas 510 50 450 300 10;
#N canvas 40 22 651 595 output~ 0;
#X obj
On Mar 25, 2009, at 3:03 AM, Jonathan Wilkes wrote:
--- On Wed, 3/25/09, Steffen Juul st...@dibidut.dk wrote:
From: Steffen Juul st...@dibidut.dk
Subject: Re: [PD] default [output~] in Pd-extended
To: Pd List pd-list@iem.at
Date: Wednesday, March 25, 2009, 7:48 AM
On 24/03/2009, at 18.10
On 24/03/2009, at 18.10, Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and
not particularly intuitive.
So thats the initial reason. Chancing the numberbox to a slider could
live together with not making the colour changes i opposed to (- i
--- On Wed, 3/25/09, Matt Barber brbrof...@gmail.com wrote:
From: Matt Barber brbrof...@gmail.com
Subject: Re: [PD] default [output~] in Pd-extended
To: pd-list@iem.at
Date: Wednesday, March 25, 2009, 5:38 AM
Intuition improves itself by learning.
This is my most beloved
--- On Wed, 3/25/09, Steffen Juul st...@dibidut.dk wrote:
From: Steffen Juul st...@dibidut.dk
Subject: Re: [PD] default [output~] in Pd-extended
To: Pd List pd-list@iem.at
Date: Wednesday, March 25, 2009, 7:48 AM
On 24/03/2009, at 18.10, Hans-Christoph Steiner wrote:
Scrolling
On Tue, 24 Mar 2009, Hans-Christoph Steiner wrote:
I've taught Pd quite a bit at this point, and I have watched many people
not understand the number boxes as a interactive GUI element. Its based
on my experience, that's all. There is no scientific process behind it.
It is also based on my
On Sat, 21 Mar 2009, Kyle Klipowicz wrote:
I took Modern Algebra as my first course in Higher Math. Big mistake.
Learning to do proofs this way is a big headache, especially if you have
a curmudgeonly teacher!
I don't know what kind of prof you had, but Group Theory tends to need
proofs
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 h...@eds.org wrote:
From: Hans-Christoph Steiner h...@eds.org
Subject: Re: [PD] default [output
simpler would make a better example (at least as much as possible
without using abstractions).
-Jonathan
--- On Mon, 3/23/09, Hans-Christoph Steiner h...@eds.org wrote:
From: Hans-Christoph Steiner h...@eds.org
Subject: Re: [PD] default [output~] in Pd-extended
To: IOhannes m zmoelnig zmoel
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and not
particularly intuitive.
Should we stop using the number box in Pd?
Ciao
--
Frank
___
Pd-list@iem.at
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and not
particularly intuitive.
Should we stop using the number box in Pd?
why not?
people are way more used to spinners (or
On Tue, 24 Mar 2009, Frank Barknecht wrote:
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and not
particularly intuitive.
Should we stop using the number box in Pd?
Patching is not a standard GUI interaction,
On Mar 24, 2009, at 5:10 PM, Mathieu Bouchard wrote:
On Tue, 24 Mar 2009, Frank Barknecht wrote:
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and
not
particularly intuitive.
Should we stop using the
and
the [pack].
3. 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 h...@eds.org wrote:
From: Hans-Christoph Steiner h...@eds.org
Subject: Re: [PD] default [output~] in Pd-extended
On Tue, 24 Mar 2009, Hans-Christoph Steiner wrote:
Should we let snarkiness end this discussion? I thought it was actually
pretty productive til this little bit...
You can still work around my comments, and continue this discussion, but
what I'm trying to say is that you can't necessarily
On Mar 24, 2009, at 10:29 PM, Mathieu Bouchard wrote:
On Tue, 24 Mar 2009, Hans-Christoph Steiner wrote:
Should we let snarkiness end this discussion? I thought it was
actually pretty productive til this little bit...
You can still work around my comments, and continue this discussion,
on Pd-vanilla.
.hc
-Jonathan
--- On Tue, 3/24/09, Hans-Christoph Steiner h...@eds.org wrote:
From: Hans-Christoph Steiner h...@eds.org
Subject: Re: [PD] default [output~] in Pd-extended
To: Jonathan Wilkes jancs...@yahoo.com
Cc: IOhannes m zmoelnig zmoel...@iem.at, Pd List pd-list@iem.at
Intuition improves itself by learning.
This is my most beloved pedagogical principle.
I must constantly disabuse my composition students of the notion that
composing systematically and composing by ear are entirely
different activities, as though The Ear were totally disconnected
from The Mind
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
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
On Mar 21, 2009, at 11:46 AM, Steffen Juul wrote:
To cut a longer story short:
- No i don't want everyone to live there life linearly. How could
that at all be assumed. (I rather embrace the opposite.)
- The Pd tutorials that Miller ship with Pd is bottom-up. That is
the didactic
On 21/03/2009, at 3.44, Hans-Christoph Steiner wrote:
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:
but myteries unveiled are good for learning.
so it boils down to in-line documentation of the mysteries used.
Unveiled mysteries are indeed good, yes, we could almost define it as
Steffen Juul wrote:
On 21/03/2009, at 3.44, Hans-Christoph Steiner wrote:
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:
but myteries unveiled are good for learning.
so it boils down to in-line documentation of the mysteries used.
Unveiled mysteries are indeed good, yes, we
On Mar 21, 2009, at 12:07 PM, IOhannes m zmoelnig wrote:
Steffen Juul wrote:
On 21/03/2009, at 3.44, Hans-Christoph Steiner wrote:
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:
but myteries unveiled are good for learning.
so it boils down to in-line documentation of the
On Sat, 21 Mar 2009, Steffen Juul wrote:
Unveiled mysteries are indeed good, yes, we could almost define it as
learning. But did you learn Modern Algebra before Linear Algebra?
What I recall is that the first course of Modern Algebra (Group Theory)
didn't really use much of anything from
I took Modern Algebra as my first course in Higher Math. Big mistake.
Learning to do proofs this way is a big headache, especially if you have a
curmudgeonly teacher!
~Kyle
On Sat, Mar 21, 2009 at 9:28 AM, Mathieu Bouchard ma...@artengine.cawrote:
On Sat, 21 Mar 2009, Steffen Juul wrote:
To cut a longer story short:
- No i don't want everyone to live there life linearly. How could
that at all be assumed. (I rather embrace the opposite.)
- The Pd tutorials that Miller ship with Pd is bottom-up. That is the
didactic contract with the reader. So if you want a
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:
Steffen Juul wrote:
On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:
(...) and the green/white toggle from [pddp/dsp].
I quite strongly think [cvn]'s tricks should be avoided in help
patches, especially those default for vanilla
I likey! Although, it would be nice to include [outlet~]s on the bottom to
pass through to recording devices.
~Kyle
On Fri, Mar 20, 2009 at 9:44 PM, Hans-Christoph Steiner h...@eds.orgwrote:
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:
Steffen Juul wrote:
On 10/03/2009, at
On 10/03/2009, at 23.27, Hans-Christoph Steiner wrote:
(snip) Many newbies are hung up because they can't get the example
patches to do anything. A lot of the time, that's because they
haven't turned up the audio.
So to be precis and to check if i understand you correct: It's the
word
Steffen Juul wrote:
On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:
(...) and the green/white toggle from [pddp/dsp].
I quite strongly think [cvn]'s tricks should be avoided in help patches,
especially those default for vanilla objects.
what are [cnv]'s tricks? setting their
On Mar 9, 2009, at 10:45 PM, hard off wrote:
a very simple solution would be to use a subpatch instead of an
abstraction in the help files.
[pd output~]
Yeah, some of them have a subpatch.
this would also remedy the problem reported more often: why
doesn't the output~ object work
On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:
(...) and the green/white toggle from [pddp/dsp].
I quite strongly think [cvn]'s tricks should be avoided in help
patches, especially those default for vanilla objects.
Reason being it took me quite some time before i got heads and
On Mar 10, 2009, at 2:50 PM, Steffen Juul wrote:
On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:
(...) and the green/white toggle from [pddp/dsp].
I quite strongly think [cvn]'s tricks should be avoided in help
patches, especially those default for vanilla objects.
Reason
There is a object in iemlib called [output~], and its currently the
default object called [output~]. All of Miller's sound examples use
an included object called [output~]. So if you save one of those
examples to a different folder, then open it, that patch will then
have
On Mar 9, 2009, at 6:32 PM, Hans-Christoph Steiner wrote:
There is a object in iemlib called [output~], and its currently the
default object called [output~]. All of Miller's sound examples use
an included object called [output~]. So if you save one of those
examples to a different
a very simple solution would be to use a subpatch instead of an abstraction
in the help files.
[pd output~]
this would also remedy the problem reported more often: why doesn't the
output~ object work when i copy the help files to my desktop?
___
37 matches
Mail list logo