Hey Cyrille,
I have not looked at your abstractions (yet) but I am also amassing a collection in pixelTANGO that would be useful in other things.
Are you saying that you don't think your abstractions should be available by default? Why not? Imagine the new help system where a person types a word for something they are looking for, and a match comes up for one of your abstractions. The end user should be able to use any external/object/abstractions that solves the problem they are trying to solve. I think everything possible should be included, as long as we are careful with duplicate names & functionality.
I think the idea of a user (somehow) finding your abstraction (by browsing the directory structure?) and then having to manually add it to the path to use it is a totally unneccesary inconvienience.
B
Mathieu Bouchard wrote:
On Tue, 26 Apr 2005, cyrille wrote:
Though I know that "abstractions" is an old, established term in regards to the Max family of languages, I think that with Pd it is somewhat misleading. Ideally there should be no distinction between Pd objects written in C, C++, python, Tcl, TK, and even Pd itself.
the difference i see is that the patch i commit in the abstraction folder should not be include by default in the -path... it's more a place to look at when you want to do something...
Could you please elaborate on that?? I'm really curious as to why the so-called "abstractions" wouldn't be first-class citizens of the PureData world.
BTW if you are more comfortable writing it in French, write it in French and I'll do my best to translate.
,-o---------o---------o---------o-. ,---. | | | The Diagram is the Program (TM) | | ,-o-------------o--------------o-. `-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) | | `---' `-o-- http://artengine.ca/matju -'
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev