Hi,
while porting RTC-lib, I've found, that the [urn] object in Zexy behaves slightly different from the one used in Max, Maxlib and Cyclone.
The difference is small but can be nasty:
[urn] in Max, maxlib and cyclone does not send out a random number if the urn is empty and the right outlet bangs. To clear the [urn] and start with a fresh supply, one has to manually send a "clear" message in Max.
[urn] in zexy however does send the new nummber directly and also automatically clears the urn. There seems to be an undocumented "noauto" flag in zexy-urn to control this behaviour. This flag defaults to "automatic", but I would suggest to make it default to the "manual" mode as in the other three [urn]s use to avoid confusion.
Nameclashes are bad only, if the behaviour you get differs.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote:
while porting RTC-lib, I've found, that the [urn] object in Zexy behaves slightly different from the one used in Max, Maxlib and Cyclone.
Now you have it: Attached [urne] abstraction is just like all [urn]s available except the one from Zexy.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Aug 28, 2006, at 4:23 PM, Frank Barknecht wrote:
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote:
while porting RTC-lib, I've found, that the [urn] object in Zexy behaves slightly different from the one used in Max, Maxlib and Cyclone.
Now you have it: Attached [urne] abstraction is just like all [urn]s available except the one from Zexy.
Sounds like a prime candidate for abstractions/purepd, albeit with
the regular name, [urn].
But as long as these differences are documented, I don't think its
necessarily a problem to have different versions in different
libraries. Ideally, they would have different, more descriptive
names...
.hc
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Sounds like a prime candidate for abstractions/purepd, albeit with
the regular name, [urn].
It's now part of RTC-lib under the "german" name "urne". I don't intend to add more dust to the namespace pollution of urn by calling it the same again.
(RTC-lib in the end will probably get a namespace like "rtc" anyways.)
But as long as these differences are documented, I don't think its
necessarily a problem to have different versions in different
libraries. Ideally, they would have different, more descriptive
names...
Problem is: If you write a library like RTC-lib, you don't know, which version of an external like urn people have installed. I'm struggling with this problem since a long time in RRADical. Ideally all "urn" and "prepend" and "scale" and "counter" objects would behave the same, but they don't. The only way out currently is to not use these objects at all and to use different objects, that is, objects like "zexy/urn", "maxlib_scale" or "urne". A future way may be "from cyclone import urn" but it's not there yet.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Aug 30, 2006, at 9:32 AM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Sounds like a prime candidate for abstractions/purepd, albeit with the regular name, [urn].
It's now part of RTC-lib under the "german" name "urne". I don't intend to add more dust to the namespace pollution of urn by calling it the same again.
(RTC-lib in the end will probably get a namespace like "rtc" anyways.)
I don't think adding an "e" to the name will make things any
clearer. The namespace prefix already distiguishes them. You could
use a more descriptive name rather than just adding an "e".
But as long as these differences are documented, I don't think its necessarily a problem to have different versions in different libraries. Ideally, they would have different, more descriptive names...
Problem is: If you write a library like RTC-lib, you don't know, which version of an external like urn people have installed. I'm struggling with this problem since a long time in RRADical. Ideally all "urn" and "prepend" and "scale" and "counter" objects would behave the same, but they don't. The only way out currently is to not use these objects at all and to use different objects, that is, objects like "zexy/urn", "maxlib_scale" or "urne". A future way may be "from cyclone import urn" but it's not there yet.
A local namespace for each patch would be very very nice. Kzrysztof
sketched this out a while back in an email to pd-dev, its just a
matter of someone implementing it. For now, using the library prefix
works.
.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
-
Frank Barknecht -
Hans-Christoph Steiner