-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-18 19:33, Hans-Christoph Steiner wrote:
You could combine [sendcanvas] and [receivecanvas] into [thiscanvas] with an
inlet for the receive and an outlet for the send.
you could even do this as an abstraction.
fgmasdr
IOhannes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-18 21:34, Hans-Christoph Steiner wrote:
Yes the depth should be settable, that should be possible to add, not a lot
of work.
it probably should be settable.
however, i never encountered a real need for that, that's why it's not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-18 21:44, Jonathan Wilkes wrote:
work. Which differentiates between list and bang?
canvasargs I think.
has that ever created a problem for you, or is your complaint purely
academic?
would it help you, if there was a [set( message
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-18 18:49, Mathieu Bouchard wrote:
But if you want dynamic naming, there's [receives] with an s, which
there's also zexy's [multireceive] which does probably the same (though
i agree that [receives] is a very nice name)
truct.
I think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-18 19:43, Miller Puckette wrote:
I'm with Hans -- e.g., 'list' where there's a whole slew of functionalities
masquerading as a single class (and sharing a help file), but in which
you only need one object for each type of use, e.g., list
Le 2011-11-21 à 09:56:00, IOhannes m zmoelnig a écrit :
On 2011-11-18 18:49, Mathieu Bouchard wrote:
But if you want dynamic naming, there's [receives] with an s, which
there's also zexy's [multireceive] which does probably the same (though
i agree that [receives] is a very nice name)
Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit :
while i'm all for one objectclass per functionality, and for
establishing a single idiom (at least, per objectclass family) - and
thus think i'm with hans also, i still don't see any point in
masquerading as a single class.
what makes the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-21 20:56, Mathieu Bouchard wrote:
Le 2011-11-21 à 09:56:00, IOhannes m zmoelnig a écrit :
On 2011-11-18 18:49, Mathieu Bouchard wrote:
But if you want dynamic naming, there's [receives] with an s, which
there's also zexy's
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: IOhannes m zmoelnig zmoel...@iem.at
Cc: pd-list@iem.at
Sent: Monday, November 21, 2011 3:02 PM
Subject: Re: [PD] get method for Pd
Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit :
while i'm all for one
Le 2011-11-21 à 12:35:00, Jonathan Wilkes a écrit :
Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers.
Justlikereadingamusicscore--whitespacedoesn'taffectreadabilitythatmuch.
Le 2011-11-21 à 21:12:00, IOhannes m zmoelnig a écrit :
On 2011-11-21 20:56, Mathieu Bouchard wrote:
at all, whereas [receives] has http://gridflow.ca/help/receives-help.html
after having a look, i see that [receives] is not such a good name as i
initially thought.
Hahaha !
And don't care
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-21 21:35, Jonathan Wilkes wrote:
what makes the name [list foo] any better than [listfoo]?
Yeahreallythey'rebothequallyclearespeciallyformusicianswhoaren'tprogrammers.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-21 22:04, Mathieu Bouchard wrote:
Le 2011-11-21 à 21:12:00, IOhannes m zmoelnig a écrit :
On 2011-11-21 20:56, Mathieu Bouchard wrote:
at all, whereas [receives] has
http://gridflow.ca/help/receives-help.html
after having a look, i
On Monday, November 21, 2011 3:02 PM, Mathieu Bouchard
ma...@artengine.ca wrote:
Le 2011-11-21 à 12:58:00, IOhannes m zmoelnig a écrit :
while i'm all for one objectclass per functionality, and for
establishing a single idiom (at least, per objectclass family) - and
thus think i'm with
Le 2011-11-21 à 22:09:00, IOhannes m zmoelnig a écrit :
and i argue that it's a bad idea to introduce whitespace as namespace
delimiter in a language that already uses whitespace as token/atom
separator.
It's good if you want to implement the new functionality as one big class
while
- Original Message -
From: IOhannes m zmoelnig zmoel...@iem.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Mathieu Bouchard ma...@artengine.ca; pd-list@iem.at pd-list@iem.at
Sent: Monday, November 21, 2011 4:09 PM
Subject: Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE
Le 2011-11-21 à 22:15:00, IOhannes m zmoelnig a écrit :
however, i think that the prefix functionality of [receives] (which is
very present, being the 1st argument) is a bit confusing in this
context. for me, the name [receives] would be great, if you could use it
without having to the prefix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-21 23:05, Jonathan Wilkes wrote:
i don't know. my native language allows construction of compound words,
and while this seems ridiculous to many english speakers, it's not that
it makes a lot of problems in real world.
English
Le 2011-11-21 à 23:33:00, IOhannes m zmoelnig a écrit :
On 2011-11-21 23:05, Jonathan Wilkes wrote:
English speakers don't live in the real world?
english speakers usually don't encounter these compound words since
they (the words) are not used in their (the people's) everyday life.
«
Le 2011-11-17 à 15:16:00, katja a écrit :
On Thu, Nov 17, 2011 at 2:43 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
I made a patch awhile back that added a get method to pd
And considering the set method, which is now implicit like in [; pd
dsp 1(, it would be nice to have:
[; pd
...@iem.at
Sent: Friday, November 18, 2011 7:19 PM
Subject: Re: [PD] get method for Pd
So here is two quick sketches of ideas for objects related to this: [coords]
and
[canvasvisible]. coords you can already get from iemguts, and I'm planning
on submitting [canvasvisible] for inclusion
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because its a library of simple objects rather than a single absattr
mega-object with attributes (Max/MSP style) or messages via send/receive.
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Thomas Grill g...@g.org
Cc: pd-list@iem.at; Miller Puckette m...@ucsd.edu; IOhannes m zmoelnig
zmoel...@iem.at
Sent: Friday, November 18, 2011 10:16 AM
Subject: Re: [PD] get method for Pd
This is more
Le 2011-11-17 à 10:42:00, Miller Puckette a écrit :
This leads to an interesting larger design issue. I've so far resisted
the idea of using send/receive as a back channel for getting return
values because of the unreadablity of the resulting patch.
It doesn't have to be written as such in
Le 2011-11-18 à 10:16:00, Hans-Christoph Steiner a écrit :
This is more like iemguts: properties of abstractions. Jonathan's
proposal includes that, but also global things. IMHO, iemguts is the
most Pd-ish because its a library of simple objects rather than a single
absattr mega-object with
Le 2011-11-17 à 21:17:00, Hans-Christoph Steiner a écrit :
The last sentence is the key there. They should not all do these things
in their own disparate ways. If the objects stick to common,
well-established idioms, then all these objects will be easy use. Just
imagine the help patch of
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because
its a library of simple objects rather than a single absattr mega-object
with
I'm with Hans -- e.g., 'list' where there's a whole slew of functionalities
masquerading as a single class (and sharing a help file), but in which
you only need one object for each type of use, e.g., list nth.
cheers
M
On Fri, Nov 18, 2011 at 01:23:12PM -0500, Mathieu Bouchard wrote:
Le
On Nov 18, 2011, at 1:23 PM, Mathieu Bouchard wrote:
Le 2011-11-17 à 21:17:00, Hans-Christoph Steiner a écrit :
The last sentence is the key there. They should not all do these things in
their own disparate ways. If the objects stick to common, well-established
idioms, then all these
Le 2011-11-17 à 14:40:00, Jonathan Wilkes a écrit :
efficient but extremely weird and difficult to read (just have a look at
the innards of [listabs/list-drip] for example).
BTW, the one nowadays in listabs is the simplest of the fast [list-drip]
implementations. The faster ones are more
Le 2011-11-18 à 14:00:00, Hans-Christoph Steiner a écrit :
I guess you haven't seen the all_about_ patches, you can have one of
those for the unified overview. Then have each object's help patch link
to this.
Bingo ! Now you need to write every piece of documentation twice : once in
each
On Nov 18, 2011, at 1:01 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 10:16:00, Hans-Christoph Steiner a écrit :
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because its a library of
On Nov 18, 2011, at 2:06 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 14:00:00, Hans-Christoph Steiner a écrit :
I guess you haven't seen the all_about_ patches, you can have one of those
for the unified overview. Then have each object's help patch link to this.
Bingo ! Now you need to
PM
Subject: Re: [PD] get method for Pd
Le 2011-11-18 à 14:00:00, Hans-Christoph Steiner a écrit :
I guess you haven't seen the all_about_ patches, you can have one of
those for the unified overview. Then have each object's help patch link to
this.
Bingo ! Now you need to write every
Subject: Re: [PD] get method for Pd
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions. Jonathan's
proposal
includes that, but also global things. IMHO, iemguts is the most
Pd-ish because
its a library of simple objects rather
zmoel...@iem.at
Sent: Friday, November 18, 2011 1:33 PM
Subject: Re: [PD] get method for Pd
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions. Jonathan's
proposal
includes that, but also global things. IMHO, iemguts is the most
Pd
Subject: Re: [PD] get method for Pd
On Nov 18, 2011, at 2:58 PM, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Thomas Grill g...@g.org; pd-list@iem.at
pd-list@iem.at; Miller Puckette m
Le 2011-11-18 à 14:20:00, Hans-Christoph Steiner a écrit :
Obviously, there are objects that are too simple just as there are
objects that are too complex.
ok.
One thing that I think is a valuable goal is making objects that do
their thing only using the core atom types as input: bang,
On Nov 18, 2011, at 3:50 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 14:20:00, Hans-Christoph Steiner a écrit :
Obviously, there are objects that are too simple just as there are objects
that are too complex.
ok.
One thing that I think is a valuable goal is making objects that do their
Le 2011-11-18 à 12:44:00, Jonathan Wilkes a écrit :
Name another object in the history of Pd that (purposefully) does that.
http://gridflow.ca/help/gf/selector-help.html
__
| Mathieu BOUCHARD - téléphone :
Le 2011-11-17 à 22:24:00, Hans-Christoph Steiner a écrit :
You think that ~2300 words is not particularly large for a help file? That's
now long Tcl's info help is. I don't think any Pd help patch has anywhere
close to 2300 words.
wc -w #convolve-help.pd says 3086, but counting only the
: Friday, November 18, 2011 4:06 PM
Subject: Re: [PD] get method for Pd
Le 2011-11-18 à 12:44:00, Jonathan Wilkes a écrit :
Name another object in the history of Pd that (purposefully) does that.
http://gridflow.ca/help/gf/selector-help.html
Dammit! I overplayed my hand.
Ok, so you have
PM
Subject: Re: [PD] get method for Pd
Le 2011-11-17 à 22:24:00, Hans-Christoph Steiner a écrit :
You think that ~2300 words is not particularly large for a help file?
That's now long Tcl's info help is. I don't think any Pd help patch
has anywhere close to 2300 words.
wc -w
Le 2011-11-18 à 11:37:00, Jonathan Wilkes a écrit :
Please use telepathy to let me know the places where I have the same
material in the object help and pasted it to all_about_*.
I'm not even talking about the existing ones.
However I should warn you that I will travel to the past to make
Le 2011-11-18 à 13:43:00, Jonathan Wilkes a écrit :
From: Mathieu Bouchard ma...@artengine.ca
I don't think that 2300 words (or 3600 words for more recent docs) is that
large. A hardcopy of a successful book such as Tolstoï's War and Peace has
56 words and doesn't even come with a Ctrl+f
On Nov 18, 2011, at 3:44 PM, Jonathan Wilkes wrote:
On Nov 18, 2011, at 2:58 PM, Jonathan Wilkes wrote:
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions.
Jonathan's
proposal
includes that, but also global things. IMHO,
Le 2011-11-18 à 16:02:00, Hans-Christoph Steiner a écrit :
I don't really see what you mean in canvasargs. [+] behaves differently
when given a bang or a list. Bang outputs the current result again, and
a list of two numbers sets two new values to add and outputs the result.
Read it as « a
On Nov 18, 2011, at 4:55 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 16:02:00, Hans-Christoph Steiner a écrit :
I don't really see what you mean in canvasargs. [+] behaves differently
when given a bang or a list. Bang outputs the current result again, and a
list of two numbers sets two
Le 2011-11-18 à 13:42:00, Jonathan Wilkes a écrit :
So-- name two!*
Any grid-processing inlet does distinguish between float and list, though
the object they're on might not always use the difference. But that's not
the same as making a difference between bang and list, which is more rare.
Le 2011-11-18 à 16:57:00, Hans-Christoph Steiner a écrit :
On Nov 18, 2011, at 4:55 PM, Mathieu Bouchard wrote:
Read it as « a bang or an empty list ».
The bang is cast to an empty-list in a context where a list-method is defined
but a bang-method isn't.
Hmm, I think it really the opposite,
: Friday, November 18, 2011 4:53 PM
Subject: Re: [PD] get method for Pd
Le 2011-11-18 à 13:42:00, Jonathan Wilkes a écrit :
So-- name two!*
Any grid-processing inlet does distinguish between float and list, though the
object they're on might not always use the difference. But that's
Le 2011-11-18 à 14:22:00, Jonathan Wilkes a écrit :
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
http://gridflow.ca/help/route2-help.html
http://gridflow.ca/help/route3-help.html
So I just named two more.
What are the contexts where you have used either of these
So here is two quick sketches of ideas for objects related to this: [coords]
and [canvasvisible]. coords you can already get from iemguts, and I'm planning
on submitting [canvasvisible] for inclusion in iemguts.
https://github.com/pd-projects/info
.hc
: Re: [PD] get method for Pd
So here is two quick sketches of ideas for objects related to this: [coords]
and
[canvasvisible]. coords you can already get from iemguts, and I'm planning
on submitting [canvasvisible] for inclusion in iemguts.
How do they get from iemguts to core pd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 02:43, Jonathan Wilkes wrote:
I made a patch awhile back that added a get method to pd:
[; pd get version rcv-name( sends version $major $minor $bugfix to rcv-name
[...]
wouldn't it be easier to use a syntax like
[get rcvname
On Thu, Nov 17, 2011 at 2:43 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
Are there Pd attributes other than version and dsp status that would be nice
to make gettable?
Very useful! I could think of these, to start with:
[; pd get tcl-version rcv-name( sends tcl-version $ to rcv-name
[;
On Thu, 2011-11-17 at 13:14 +0100, katja wrote:
On Thu, Nov 17, 2011 at 2:43 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
Are there Pd attributes other than version and dsp status that would be
nice to make gettable?
Very useful! I could think of these, to start with:
[; pd get
How about
[; pd get self rcv-name(
Dumps itself. Once I wanted to get Pd patches to print themselves,
can't remember how it was solved now, but the above would have
been quite clear.
On Thu, 17 Nov 2011 13:14:58 +0100
katja katjavet...@gmail.com wrote:
On Thu, Nov 17, 2011 at 2:43 AM,
- Original Message -
From: Andy Farnell padawa...@obiwannabe.co.uk
To: pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 8:12 AM
Subject: Re: [PD] get method for Pd
How about
[; pd get self rcv-name(
Not sure I understand this one-- what comes out of [r rcv-name] here
: [PD] get method for Pd
I made a patch awhile back that added a get method to pd:
[; pd get version rcv-name( sends version $major $minor $bugfix to
rcv-name
[; pd get dsp rcv-name( sends dsp $status to rcv-name
[; pd get * rcv-name( sends a sequence of all query-able attribute
I think that belongs in the canvas get method:
[; pd-mpatch.pd get etc.(
-Jonathan
- Original Message -
From: Patrice Colet colet.patr...@free.fr
To: Jonathan Wilkes jancs...@yahoo.com; pd-list pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 8:53 AM
Subject: Re: [PD] get
On Thu, 2011-11-17 at 14:53 +0100, Patrice Colet wrote:
Hello,
would this method provide patch window size and position?
[; pd get size pd-mpatch.pd rcv_name(
[; pd get pos pd-mpatch.pd rcv_name(
How would pd know which canvas you mean?
Wouldn't it make more sense to ask the canvas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 14:53, Patrice Colet wrote:
Hello,
would this method provide patch window size and position?
[; pd get size pd-mpatch.pd rcv_name(
[; pd get pos pd-mpatch.pd rcv_name(
now we are getting close to why i think using get rcvname ...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 15:09, IOhannes m zmoelnig wrote:
On 2011-11-17 14:53, Patrice Colet wrote:
Hello,
would this method provide patch window size and position?
[; pd get size pd-mpatch.pd rcv_name(
[; pd get pos pd-mpatch.pd rcv_name(
now we are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 15:07, Jonathan Wilkes wrote:
I think that belongs in the canvas get method:
[; pd-mpatch.pd get etc.(
what would that return if you have multiple instances of the mpatch
abstraction?
fgmadr
IOhannes
-BEGIN PGP SIGNATURE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 13:14, katja wrote:
On Thu, Nov 17, 2011 at 2:43 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
Are there Pd attributes other than version and dsp status that would be nice
to make gettable?
Very useful! I could think of these,
On Thu, Nov 17, 2011 at 2:43 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
I made a patch awhile back that added a get method to pd
And considering the set method, which is now implicit like in [; pd
dsp 1(, it would be nice to have:
[; pd samplerate samplerate(
Katja
On Thu, 2011-11-17 at 15:12 +0100, IOhannes m zmoelnig wrote:
On 2011-11-17 15:07, Jonathan Wilkes wrote:
I think that belongs in the canvas get method:
[; pd-mpatch.pd get etc.(
what would that return if you have multiple instances of the mpatch
abstraction?
I think the most
- Original Message -
From: IOhannes m zmoelnig zmoel...@iem.at
To: pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 9:12 AM
Subject: Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 15:07, Jonathan Wilkes wrote:
I think that belongs
- Original Message -
From: IOhannes m zmoelnig zmoel...@iem.at
To: pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 3:33 AM
Subject: Re: [PD] get method for Pd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 02:43, Jonathan Wilkes wrote:
I made a patch
Unfortunately I already used the name get for something else but I
agree this should be an object, maybe 'get-info or even just info.
It could get and/or set info about the canvas it's in as well as about
other canvases (by name) and Pd globally.
cheers
Miller
On Thu, Nov 17, 2011 at
I like info too, maybe [pd info(. I like Jonathan's ordering because it also
makes it easy to have a default receive symbol, so :
[;pd info(
would dump all the info to:
[receive pd]
|
[route info]
Then you could also specify specific things to request:
[; pd info dsp(
would dump:
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Miller Puckette m...@ucsd.edu
Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at
Sent: Thursday, November 17, 2011 1:01 PM
Subject: Re: [PD] get method for Pd
I like info too, maybe [pd info(. I like
This leads to an interesting larger design issue. I've so far resisted
the idea of using send/receive as a back channel for getting return
values because of the unreadablity of the resulting patch. So, for
instance, samplerate~ just puts the sample rate on its outlet. The other
way, assuming
Le 2011-11-17 à 08:43:00, bra...@subnet.at a écrit :
maybe PID, if possible, would be great
There's [gf/getpid].
http://gridflow.ca/help/gf/getpid-help.html
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 -
That's a great point, just an [info] object makes a lot of sense.
[dsp(
|
[info]
|
[route dsp]
|
[1(
Then there could also be [pd-gui], but unfortunately not [pd]. But about the
[textfile] example, it seems to be that the second outlet could be used for
general meta information. This is
oh...thank you
yours sincerely :-)
der.brandt
Zitat von Mathieu Bouchard ma...@artengine.ca:
Le 2011-11-17 à 08:43:00, bra...@subnet.at a écrit :
maybe PID, if possible, would be great
There's [gf/getpid].
http://gridflow.ca/help/gf/getpid-help.html
Le 2011-11-17 à 15:15:00, IOhannes m zmoelnig a écrit :
which tcl-version is reported for pd -nogui?
or rather, how are non-existing attributes reported?
symbol none
symbol unknown
float -1
float 0
etc.
whatever float or symbol best fits the situation.
Le 2011-11-17 à 15:10:00, Mathieu Bouchard a écrit :
Le 2011-11-17 à 15:15:00, IOhannes m zmoelnig a écrit :
which tcl-version is reported for pd -nogui?
or rather, how are non-existing attributes reported?
symbol none
symbol unknown
float -1
float 0
etc.
whatever float or symbol best fits
Say you'd have a [global] object, with a getter and / or setter for
things like dsp, samplerate, version etc. Obviously, some things are
gettable but not settable, like version or path/to/pd, and some things
are not even gettable in certain circumstances, like IOhannes pointed
out. The object
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: IOhannes m zmoelnig zmoel...@iem.at
Cc: pd-list@iem.at
Sent: Thursday, November 17, 2011 3:11 PM
Subject: Re: [PD] get method for Pd
Le 2011-11-17 à 15:10:00, Mathieu Bouchard a écrit :
Le 2011-11-17 à 15:15:00, IOhannes m
- Original Message -
From: katja katjavet...@gmail.com
To: pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 3:33 PM
Subject: Re: [PD] get method for Pd
Say you'd have a [global] object, with a getter and / or setter for
things like dsp, samplerate, version etc.Obviously
Would the device names and numbers from the Audio and MIDI settings be
considered gettable Pd attributes? If so, that would be awesome.
.mmb
On Wed, Nov 16, 2011 at 8:43 PM, Jonathan Wilkes jancs...@yahoo.com wrote:
I made a patch awhile back that added a get method to pd:
[; pd get version
On Thu, Nov 17, 2011 at 9:51 PM, Jonathan Wilkes jancs...@yahoo.com wrote:
I think [thispatcher] would be analogous to [sendcanvas], or, a pointer to
the head of a glist, which you can get with [pointer] and use its
send-window method to send messages to it. My canvas get method
patch makes
- Original Message -
From: Mike Moser-Booth mmoserbo...@gmail.com
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-list pd-list@iem.at
Sent: Thursday, November 17, 2011 4:34 PM
Subject: Re: [PD] get method for Pd
Would the device names and numbers from the Audio and MIDI settings
- Original Message -
From: Miller Puckette m...@ucsd.edu
To: Hans-Christoph Steiner h...@at.or.at
Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at
Sent: Thursday, November 17, 2011 1:42 PM
Subject: Re: [PD] get method for Pd
T his leads to an interesting larger design issue
On Nov 17, 2011, at 5:40 PM, Jonathan Wilkes wrote:
- Original Message -
From: Miller Puckette m...@ucsd.edu
To: Hans-Christoph Steiner h...@at.or.at
Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at
Sent: Thursday, November 17, 2011 1:42 PM
Subject: Re: [PD] get method
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Miller Puckette m...@ucsd.edu; pd-list@iem.at pd-list@iem.at;
IOhannes m zmoelnig zmoel...@iem.at
Sent: Thursday, November 17, 2011 5:50 PM
Subject: Re: [PD] get method
On Thu, Nov 17, 2011 at 05:21:29AM -0800, Jonathan Wilkes wrote:
- Original Message -
From: Andy Farnell padawa...@obiwannabe.co.uk
To: pd-list@iem.at
Cc:
Sent: Thursday, November 17, 2011 8:12 AM
Subject: Re: [PD] get method for Pd
How about
[; pd get self
On Thu, Nov 17, 2011 at 12:45:57PM -0800, Jonathan Wilkes wrote:
Hm, how about this:
[info symbol]
where symbol is pd for pd, an array name, subpatch or abstraction name, the
receive symbol of an iemgui,
or no args for this canvas
the only inlet takes:
get attribute to output an
- Original Message -
From: Chris McCormick ch...@mccormick.cx
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Andy Farnell padawa...@obiwannabe.co.uk; pd-list@iem.at
pd-list@iem.at
Sent: Thursday, November 17, 2011 8:38 PM
Subject: Re: [PD] get method for Pd
On Thu, Nov 17, 2011
, November 17, 2011 5:50 PM
Subject: Re: [PD] get method for Pd
On Nov 17, 2011, at 5:40 PM, Jonathan Wilkes wrote:
- Original Message -
From: Miller Puckette m...@ucsd.edu
To: Hans-Christoph Steiner h...@at.or.at
Cc: pd-list@iem.at; IOhannes m zmoelnig zmoel...@iem.at
Sent
On Nov 17, 2011, at 8:43 PM, Chris McCormick wrote:
On Thu, Nov 17, 2011 at 12:45:57PM -0800, Jonathan Wilkes wrote:
Hm, how about this:
[info symbol]
where symbol is pd for pd, an array name, subpatch or abstraction name,
the receive symbol of an iemgui,
or no args for this canvas
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Miller Puckette m...@ucsd.edu; pd-list@iem.at pd-list@iem.at;
IOhannes m zmoelnig zmoel...@iem.at
Sent: Thursday, November 17, 2011 9:17 PM
Subject: Re: [PD] get method
17, 2011 9:17 PM
Subject: Re: [PD] get method for Pd
On Nov 17, 2011, at 6:26 PM, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Miller Puckette m...@ucsd.edu; pd-list@iem.at
pd-list@iem.at
I made a patch awhile back that added a get method to pd:
[; pd get version rcv-name( sends version $major $minor $bugfix to rcv-name
[; pd get dsp rcv-name( sends dsp $status to rcv-name
[; pd get * rcv-name( sends a sequence of all query-able attribute values to
rcv-name
leaving off rcv
hi jonathan
maybe PID, if possible, would be great
yours sincerely
der.brandt
Zitat von Jonathan Wilkes jancs...@yahoo.com:
I made a patch awhile back that added a get method to pd:
[; pd get version rcv-name( sends version $major $minor $bugfix
to rcv-name
[; pd get dsp rcv
97 matches
Mail list logo
