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
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
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__
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__
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.
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 hans@eds.org:
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.
Why not instead hire some full-time developers to compete w/ Joshua Kit Clayton and company?
~Kyle
On 9/18/07, victor vdaigu@gmail.com 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 < hans@eds.org>:
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
-
Frank Barknecht -
Hans-Christoph Steiner -
Kyle Klipowicz -
marius schebella -
Thomas Grill -
victor