[PD] another [declare -lib] strangeness
Hans-Christoph Steiner
hans at eds.org
Thu Jan 24 06:36:25 CET 2008
I think very few people are using [declare]. I think Pd would be
much better off with a well functioning [declare] than just freezing
the current functionality.
.hc
On Jan 23, 2008, at 1:54 PM, Miller Puckette wrote:
> No, I never tried, thinking, as I do, that it couldn't possibly
> work :)
>
> Anyway, I can't imagine changing it so close to a release, since
> anything
> that could be considered "correct" would take months of testing to get
> working correctly, so, like it or not, I think I have to try to
> figure out what
> it does and make sre it keeps doing that.
>
> cheers
> Miller
>
> On Wed, Jan 23, 2008 at 05:48:50PM +0100, Roman Haefeli wrote:
>> On Wed, 2008-01-23 at 08:25 -0800, Miller Puckette wrote:
>>> Hmm. It never occured to me that people would want to put
>>> declare objects
>>> inside abstractions (I think it's unwise to do so because there's
>>> no way
>>> to contain the declare object's effects to within the abstraction.)
>>>
>>> That it's adding stuff to the parent patch is a serious bug;
>>> there's no
>>> reason to believe that putting declare in abstractions is doing a
>>> useful
>>> thing at all at present!
>>
>> please don't feel offended, but did you seriously test [declare]
>> within
>> abstractions? i did test [declare -stdpath] in pd-0.40.3 (see my
>> mail in
>> pd-dev [1]) and it works as at least i would expect it: it adds
>> the path
>> to the abstractions search pathes only, but not to the parent
>> patch. if
>> this is _not_ the expected behaviour, then lets define some [declare]
>> test environment for all different flags in order to avoid declare
>> confusions in the future.
>>
>> [1] http://lists.puredata.info/pipermail/pd-dev/2008-01/010643.html
>>
>> roman
>>
>>
>>
>>
>>
>>
>>
>> ___________________________________________________________
>> Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo!
>> Mail: http://mail.yahoo.de
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
------------------------------------------------------------------------
----
http://at.or.at/hans/
More information about the Pd-list
mailing list