Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-19 Thread Hans-Christoph Steiner
That doesn't take you far when your patches break because of changes. We can make a way where we aren't crippled by name conflicts. There are many examples to follow: Lua, Python, Tcl, etc. etc. etc. I tried to cover all the issues that I could find in my PdCon paper: http://at.or.at/h

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-19 Thread hard off
vanilla pd should always have priority. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-19 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lorenzo wrote: > >> about the library loading thing: is it possible to put vanilla loading >> before all other libraries as default? that should ensure >> vanilla-compatibility before anything else. > IMHO there ideally shouldn't be overlap between va

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-19 Thread Lorenzo
about the library loading thing: is it possible to put vanilla loading before all other libraries as default? that should ensure vanilla-compatibility before anything else. IMHO there ideally shouldn't be overlap between vanilla and other libraries, at least in names, so that if someone comes

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-12 Thread Frank Barknecht
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > Pd-vanilla added pow~, abs~, exp~, and log~. Pd-extended had those from > cyclone by default since 0.39.3. IIRC, pow~ is the only one that has > issues since it it incompatible with the cyclone one. So I am wondering

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-12 Thread João Pais
I don't know how annoying it would be, as I don't use it that often anyway (I usually stick something like that in [expr~]) but what if a little warning message showed up in the Pd window when a patch loads with [pow~], at least in the next release or two? I think that would just help peopl

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-11 Thread Mike Moser-Booth
While I like the idea of backward compatibility, I would prefer more cross compatibility. If Pd-extended continues to default to cyclone's [pow~], there will still be issues with compatibility between different versions of Pd in the future and the [pow~] problem will persist. While old patches

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-11 Thread Hans-Christoph Steiner
If that is true, there could be a lot of patches out there that use [pow~] as cyclone's pow~ and would need to be changed. Therefore we'd need to make some kind of way to alert people which one they are using and the differences between them. The SVN is pretty clean, there is only one p

Re: [PD] pow~, etc. in Pd-extended 0.42.5

2009-11-11 Thread hard off
i think you have to look at which method would benefit the greatest amount of people. so, i think you'll find that far more people will benefit from proper vanilla compatibility straight out of the box, than will benefit from the cyclone library. ___ Pd-

[PD] pow~, etc. in Pd-extended 0.42.5

2009-11-11 Thread Hans-Christoph Steiner
Pd-vanilla added pow~, abs~, exp~, and log~. Pd-extended had those from cyclone by default since 0.39.3. IIRC, pow~ is the only one that has issues since it it incompatible with the cyclone one. So I am wondering how best to handle this in the next Pd-extended release. I have started m