On Fri, 15 Dec 2006, Hans-Christoph Steiner wrote:
If we are going to have full-fledged namespaces, than this is an essential
step. Think C without any #includes or Java without any #imports.
C/C++'s #includes don't have anything to do with namespaces. C doesn't
have any, and C++ allows you to use namespace-directives in whichever way
you want regardless of how the #includes work.
Java's "import" directives do implement namespaces, and only namespaces.
The loading of classes is done by java.lang.ClassLoader, whose closest pd
equivalent is [objectmaker].
Only the bare minimum is in the language itself. Everything else is a
library.
Wouldn't it make sense to first categorize built-in classes according to
which APIs they require, in order to figure out which of them would be
most logically separable? Basically, every class is separable from pd, but
that's at the cost of making those new externals depend on a lot of
undocumented features that are not guaranteed to stay the same over
releases. For example, <g_canvas.h>, <m_imp.h>, <s_stuff.h>, ...
The embedded iemgui objects are just an easy place to start, they are already
one-class per file.
How do you handle class_addcreator() in that context?
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada
_______________________________________________
PD-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev
