hi again roman 

> i don't know if you read the list, but making things more consistent in
> pd's external repository is a topic, that keeps coming up and up again.
> even if someone proposes to clear the mess, it turns out, that no person
> could do that, but it would require some sort of higher instance (sorry,
> this sounds esoteric, but there is really no way to get things sorted
> out in pd world). it is not only about that it is messy, but the
> structure is sometimes inconsistent in a manner, that something works in
> one distro and does not in the other and vice versa, which really is a
> pain.

i haven't followed the pd lists as closely as i did a few years ago, but
i guess, the situation didn't change a lot since that time ... but
beside the technical issues, i had with pd, the social and
organizational issues where among the reasons why i started nova in the
first place ...

> for above reasons i strongly encourage you to go on with the nova
> project. and i also hope, that you take the chance to avoid such
> troubles beforehand. what i think could be important, is to have some
> guidelines about external naming (which is probably the main source of
> all troubles in the pd world). 

imo, the problem is not the external naming, but the need to write
externals ... the pd standard library is not very powerful, so people
start to write externals ... if the standard library would be powerful
enough, there would be no need to write 4 different prepend objects ...

> i am looking forward to the day, where i can switch from pd to nova.

i hope this is pretty soon, as i am looking for volunteers to do some
beta testing :)

cheers, tim

--
[EMAIL PROTECTED] ICQ: 96771783
http://tim.klingt.org

The composer makes plans, music laughs.
Morton Feldman

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
nova-dev mailing list
[email protected]
http://klingt.org/cgi-bin/mailman/listinfo/nova-dev
http://tim.klingt.org/nova

Reply via email to