[PD] "get" method for Pd
Hans-Christoph Steiner
hans at at.or.at
Fri Nov 18 16:16:36 CET 2011
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.
.hc
On Nov 18, 2011, at 5:17 AM, Thomas Grill wrote:
> Hi all,
> i can't read in detail the whole thread, but just a remark:
>
> I think what you have in mind is close to the idea of patcher attributes in Max, where you'd have a [pattrhub] object in the abstraction and you can either ask it for built-in object attributes or [pattr] patcher variables.
>
> I implemented a similar idea already some years ago with the [absattr] object, which was extensively used in the vibrez project. It connect to the concept of flext-style attributes. It's here:
> https://svn.grrrr.org/ext/trunk/absattr
>
> gr~~~
> <Bild 2.png>
>
>
> Am 17.11.2011 um 19:42 schrieb Miller Puckette:
>
>> 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 you want locality, would be to confect a unique symbol name
>> and then somehow to "receive" it (I'm not even sure that's possible without
>> making a self-editing patch).
>>
>> But there are other situation which seem to beg for the "receive" solution.
>> For example you have a complicated object like textfile and you just want to
>> query it as to how many lines it has.
>>
>> although it's migraine-inducing, the neatest solution would be to allow
>> "info" style objects to have a right-hand outlet that you connect to, say,
>> the "textfile" object like so:
>>
>> [get linecount(
>> |
>> |
>> [textfile -reference]
>> | |
>> | [textfile]
>> V
>> [15<
>>
>> (where "15" would be the number of lines in the lower textfile object). I
>> think Krzystof Chaya did something like this in his wonderful "xeq" object
>> (first Pd convention, Graz.)
>>
>> cheers
>> Miller
>>
>> On Thu, Nov 17, 2011 at 01:01:50PM -0500, Hans-Christoph Steiner wrote:
>>>
>>> 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:
>>>
>>> [receive pd]
>>> |
>>> [route info]
>>> |
>>> [route dsp]
>>>
>>> As for GUI-related things, I think 'pd-gui' should have its own 'pd-gui' receive listener, so you direct GUI-related stuff to [send pd-gui].
>>>
>>> .hc
>>>
>>> On Nov 17, 2011, at 12:13 PM, Miller Puckette wrote:
>>>
>>>> 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 03:12:08PM +0100, IOhannes m zmoelnig wrote:
>>>>> -----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 getting close to why i think using "get <rcvname> ..." is
>>>>>> better than "get <verb> <rcvname>"
>>>>>
>>>>> but of course jonathan and roman are right when they say that this is
>>>>> not something you would ask "pd" about.
>>>>>
>>>>> fgamsdr
>>>>> IOhannes
>>>>> -----BEGIN PGP SIGNATURE-----
>>>>> Version: GnuPG v1.4.11 (GNU/Linux)
>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>>>>
>>>>> iEYEARECAAYFAk7FFjgACgkQkX2Xpv6ydvRjGACeKhVGEDtrXIhGi3tZlmLBpVYx
>>>>> nkwAn1JsM8C6tVj95ZTHCAAhbz0d7A1z
>>>>> =XrRZ
>>>>> -----END PGP SIGNATURE-----
>>>>>
>>>>
>>>>
>>>>
>>>>> _______________________________________________
>>>>> Pd-list at iem.at mailing list
>>>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>>
>>>> _______________________________________________
>>>> Pd-list at iem.at mailing list
>>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>> ----------------------------------------------------------------------------
>>>
>>> Access to computers should be unlimited and total. - the hacker ethic
>>>
>>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
----------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
More information about the Pd-list
mailing list