Re: [PD] future of externals (was Re: pddp drafts)
Why not instead hire some full-time developers to compete w/ Joshua Kit Clayton and company? ~Kyle On 9/18/07, victor [EMAIL PROTECTED] wrote: I'm contributing playing to lotery every some time, if I win my idea is to buy Max rights and convert it in opensource :P 2007/9/18, Hans-Christoph Steiner [EMAIL PROTECTED]: On Sep 17, 2007, at 2:04 PM, victor wrote: But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. when?, my life is short Contributions welcome! :D .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
I'm contributing playing to lotery every some time, if I win my idea is to buy Max rights and convert it in opensource :P 2007/9/18, Hans-Christoph Steiner [EMAIL PROTECTED]: On Sep 17, 2007, at 2:04 PM, victor wrote: But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. when?, my life is short Contributions welcome! :D .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] future of externals (was Re: pddp drafts)
peace! frank, I don't want you to fade out on that discussion, because I think it is more than just the pddp problem and it is an interesting discussion for the future. 'pd core without externals makes no sense/cannot be separated from externals.' what do you think? at the moment the externals are programmer libraries (packed together because they were created by a developer). But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. they will have clear naming conventions and everybody will be happy. what do you think? marius. Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: you give me the feeling that I am the bad guy with the bulldozer, trying to ruin all your efforts to keep pd pure and original. I didn't intend to do that, sorry. Ah, email ... I'm not taking part in pddp, I just wanted to express my view on that issue. Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
marius schebella schrieb: 'pd core without externals makes no sense/cannot be separated from externals.' what do you think? It makes sense very well. I realized a couple of projects using just pd-core, py/pyext and the vibrez gui. I'm very much of Frank's opinion in this respect. Help files should be self-consistent, otherwise they are dependent on the distribution. greetings, Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
Hallo, marius schebella hat gesagt: // marius schebella wrote: peace! peace++! ;) frank, I don't want you to fade out on that discussion, because I think it is more than just the pddp problem and it is an interesting discussion for the future. 'pd core without externals makes no sense/cannot be separated from externals.' what do you think? I wouldn't completely subscribe to this view. Currently MSP/Vanilla/core Pd is the greatest common divisor (and the only one.) at the moment the externals are programmer libraries (packed together because they were created by a developer). But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. they will have clear naming conventions and everybody will be happy. what do you think? We share the same vision of a bright future. Unfortunatly at present much things are still missing. As I wrote in my mails in the libraries thread, extensions to Pd in the form of externals and abstractions currently are a bit messy to set up. Some people use the class names directly [niagara], others use them with a prefix [zexy/niagara] (even pd-extended users do this differently), while others don't have niagara at all.[*] While I agree with Hans and many others, that in the end namespaces are the way to go, currently it's a bit of a mess. That's why I'm indeed doing some propaganda to restrict onself with using externals in help files (and so some extent in abstraction libraries, too), because it forces people to set up their systems in a certain way, where the final way isn't decided yet. And sometimes the two currently most popular ways (with namespace and without) are even conflicting. [*] Actually before pd-extended it was a bit simpler, as people were either using [niagara] or no [niagara] at all. That didn't work for [counter], though ... Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: While I agree with Hans and many others, that in the end namespaces are the way to go, currently it's a bit of a mess. That's why I'm indeed doing some propaganda to restrict onself with using externals in help files (and so some extent in abstraction libraries, too), because it forces people to set up their systems in a certain way, Correction. This should read: because using externals forces people to set up their systems in a certain way ... Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. when?, my life is short ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of externals (was Re: pddp drafts)
On Sep 17, 2007, at 2:04 PM, victor wrote: But in the future there will be standard libraries which do not exist yet. these standard libraries will be structured like standard libraries in other programming languages. when?, my life is short Contributions welcome! :D .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
