On Dec 1, 2011, at 4:17 AM, cyrille henry wrote:
Le 01/12/2011 03:10, Hans-Christoph Steiner a écrit :
On Nov 30, 2011, at 1:48 PM, cyrille henry wrote:
Le 30/11/2011 17:32, IOhannes m zmoelnig a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-11-30 16:47, Hans-Christoph Steiner wrote:
We've long since dropped the vanilla requirement
well, not in Gem world. there are very few objects in help-patches that are neither in Gem nor in Pd-vanilla.
i think there are none. and i don't want to change that.
Are there any specific problems?
lot's. stability / conservation / simplicity / compatibility
Those are general words, can you point to a specific problem?
to allow help file to use pd-extended object, is opening a door on a huge chaos.
These are libraries we are taking about, just like Gem, pmpd, zexy, etc. The only real "pd-extended object" is maybe [import].
It seems silly to me to have worse help patches because of strict ideology. That will hurt people learning Gem.
Gem help patch are lot's better than most of other lib.
The people who want strict vanilla are advnaced people anyway, so they can ignore the "... cannot create" messages if they don't want to install anything else.
advanced user can deal with "cannot create" message. begging will not understand why a help patch is not working. a help file should work anywhere / any-time / whatever pd installation you have.
The fact is that there are a lot of libraries that are as easy or easier to install then Gem.
that's not a reason to install them. or to have there installation mandatory.
i did not born as a "no dependency" extremist. i became so, because in real life, dependency cause problem. this fact can't be discuss : i have lost so many time in my life because of this that i now prefer spending 10 min to make a vanilla only patch better than 3min to make a patch that work on 1 computer.
c'est le via. We've all be there. There are certain things you simply cannot do with vanilla. Even you use Gem and zexy because you cannot do what you do without them.
And Gem could benefit by using some of those libraries, like [getdir]. You simply cannot do that with Pd-vanilla.
that's a bug and a good solution have to be found.
I am proposing a solution which you are just saying "no" to. If you want to have a useful discussion, how about proposing a different solution?
And things like [pix_multiblob] already in effect depend on iemmatrix, since it was designed to work with that library.
pix_multiblob does not depend on iemmatrix. the help file do work perfectly without iemmatrix.
I'd happily post Windows and Mac OS X binaries to puredata.info/downloads if that's what it would take.
that's not a long therm solution, since it add unnecessary work.
This is how Gem is distributed, and indeed the vast majority of software that people use is distributed like this. I think its safe to say its a proven method.
.hc
c
.hc
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
----------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.