If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be updated...
now, from a previous thread
2016-02-20 15:57 GMT-02:00 Matt Barber brbrofsvl@gmail.com:
If a Max 4.6 compatibility library is really necessary, perhaps that could be the fork with the new name.
I agree to Matt on this too, but with the remark that Max 4.6 compatibility would also be present in the updates and further development of cyclone
keeping it simple, the whole issue camos with some of us wanting to collaborate and work on updates of cyclone, and the current maintainer having issues with it, it's not that he didn't want to spend his time working on it, more like he was against that others would help him do that.
do we really need to fork in order to update a library keeping its original goal?
I'm ok with whatever the community think it's best. I already started working a lot on this and now I'm just on it, 20 new objects in the way, a whole revision of all help files going on, it's happening...
cheers
2016-02-23 18:08 GMT-03:00 Dan Wilcox danomatika@gmail.com:
If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I think it's wisest to leave cyclone as it is (except for maintenance updates) and, if you want to write objects for compatibility with newer versions of Max simply start another library. It won't be any trouble for people to install both of them, and the cyclone code is probably best left alone (as is much of Pd) just because it's old and you wouldn't want to be stuck with old ways of doing things.
Also, the 'name 'cyclone', although witty, has an unfortunate resonance for certain Europeans... I think it's best left alone.
cheers Miller
On Tue, Feb 23, 2016 at 06:46:29PM -0300, Alexandre Torres Porres wrote:
I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be updated...
now, from a previous thread
2016-02-20 15:57 GMT-02:00 Matt Barber brbrofsvl@gmail.com:
If a Max 4.6 compatibility library is really necessary, perhaps that could be the fork with the new name.
I agree to Matt on this too, but with the remark that Max 4.6 compatibility would also be present in the updates and further development of cyclone
keeping it simple, the whole issue camos with some of us wanting to collaborate and work on updates of cyclone, and the current maintainer having issues with it, it's not that he didn't want to spend his time working on it, more like he was against that others would help him do that.
do we really need to fork in order to update a library keeping its original goal?
I'm ok with whatever the community think it's best. I already started working a lot on this and now I'm just on it, 20 new objects in the way, a whole revision of all help files going on, it's happening...
cheers
2016-02-23 18:08 GMT-03:00 Dan Wilcox danomatika@gmail.com:
If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I don't see why everyone is discussing names when we haven't even settled the issue of bracket placement. -Jonathanae85b0319a14998c24b317d7e9de8352
On Tuesday, February 23, 2016 4:59 PM, Miller Puckette <msp@ucsd.edu> wrote:
I think it's wisest to leave cyclone as it is (except for maintenance updates) and, if you want to write objects for compatibility with newer versions of Max simply start another library. It won't be any trouble for people to install both of them, and the cyclone code is probably best left alone (as is much of Pd) just because it's old and you wouldn't want to be stuck with old ways of doing things.
Also, the 'name 'cyclone', although witty, has an unfortunate resonance for certain Europeans... I think it's best left alone.
cheers Miller
On Tue, Feb 23, 2016 at 06:46:29PM -0300, Alexandre Torres Porres wrote:
I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be updated...
now, from a previous thread
2016-02-20 15:57 GMT-02:00 Matt Barber brbrofsvl@gmail.com:
If a Max 4.6 compatibility library is really necessary, perhaps that could be the fork with the new name.
I agree to Matt on this too, but with the remark that Max 4.6 compatibility would also be present in the updates and further development of cyclone
keeping it simple, the whole issue camos with some of us wanting to collaborate and work on updates of cyclone, and the current maintainer having issues with it, it's not that he didn't want to spend his time working on it, more like he was against that others would help him do that.
do we really need to fork in order to update a library keeping its original goal?
I'm ok with whatever the community think it's best. I already started working a lot on this and now I'm just on it, 20 new objects in the way, a whole revision of all help files going on, it's happening...
cheers
2016-02-23 18:08 GMT-03:00 Dan Wilcox danomatika@gmail.com:
If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
*zing!*
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Feb 23, 2016, at 3:49 PM, Jonathan Wilkes jancsika@yahoo.com wrote:
I don't see why everyone is discussing names when we haven't even settled the issue of bracket placement.
-Jonathan ae85b0319a14998c24b317d7e9de8352
On Tuesday, February 23, 2016 4:59 PM, Miller Puckette msp@ucsd.edu wrote:
I think it's wisest to leave cyclone as it is (except for maintenance updates) and, if you want to write objects for compatibility with newer versions of Max simply start another library. It won't be any trouble for people to install both of them, and the cyclone code is probably best left alone (as is much of Pd) just because it's old and you wouldn't want to be stuck with old ways of doing things.
Also, the 'name 'cyclone', although witty, has an unfortunate resonance for certain Europeans... I think it's best left alone.
cheers Miller
On Tue, Feb 23, 2016 at 06:46:29PM -0300, Alexandre Torres Porres wrote:
I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be updated...
now, from a previous thread
2016-02-20 15:57 GMT-02:00 Matt Barber <brbrofsvl@gmail.com mailto:brbrofsvl@gmail.com>:
If a Max 4.6 compatibility library is really necessary, perhaps that could be the fork with the new name.
I agree to Matt on this too, but with the remark that Max 4.6 compatibility would also be present in the updates and further development of cyclone
keeping it simple, the whole issue camos with some of us wanting to collaborate and work on updates of cyclone, and the current maintainer having issues with it, it's not that he didn't want to spend his time working on it, more like he was against that others would help him do that.
do we really need to fork in order to update a library keeping its original goal?
I'm ok with whatever the community think it's best. I already started working a lot on this and now I'm just on it, 20 new objects in the way, a whole revision of all help files going on, it's happening...
cheers
2016-02-23 18:08 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>:
If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika <https://twitter.com/danomatika https://twitter.com/danomatika> danomatika.com robotcowboy.com
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
Damn, I should have been more subtle so I could set the hook... :)
echo I am trolling this thread because arguing about naming before there is even an alpha release is a form of bikeshedding | md5sum -Jonathan
On Tuesday, February 23, 2016 5:54 PM, Dan Wilcox <danomatika@gmail.com> wrote:
*zing!*
Dan Wilcox @danomatika danomatika.com robotcowboy.com
On Feb 23, 2016, at 3:49 PM, Jonathan Wilkes jancsika@yahoo.com wrote: I don't see why everyone is discussing names when we haven't even settled the issue of bracket placement. -Jonathanae85b0319a14998c24b317d7e9de8352
On Tuesday, February 23, 2016 4:59 PM, Miller Puckette <msp@ucsd.edu> wrote:
I think it's wisest to leave cyclone as it is (except for maintenance updates) and, if you want to write objects for compatibility with newer versions of Max simply start another library. It won't be any trouble for people to install both of them, and the cyclone code is probably best left alone (as is much of Pd) just because it's old and you wouldn't want to be stuck with old ways of doing things.
Also, the 'name 'cyclone', although witty, has an unfortunate resonance for certain Europeans... I think it's best left alone.
cheers Miller
On Tue, Feb 23, 2016 at 06:46:29PM -0300, Alexandre Torres Porres wrote:
I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be updated...
now, from a previous thread
2016-02-20 15:57 GMT-02:00 Matt Barber brbrofsvl@gmail.com:
If a Max 4.6 compatibility library is really necessary, perhaps that could be the fork with the new name.
I agree to Matt on this too, but with the remark that Max 4.6 compatibility would also be present in the updates and further development of cyclone
keeping it simple, the whole issue camos with some of us wanting to collaborate and work on updates of cyclone, and the current maintainer having issues with it, it's not that he didn't want to spend his time working on it, more like he was against that others would help him do that.
do we really need to fork in order to update a library keeping its original goal?
I'm ok with whatever the community think it's best. I already started working a lot on this and now I'm just on it, 20 new objects in the way, a whole revision of all help files going on, it's happening...
cheers
2016-02-23 18:08 GMT-03:00 Dan Wilcox danomatika@gmail.com:
If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of date. That, plus the fact that urging people to use [declare -lib cyclone] now requires urging people to do a batch find/replace for “cyclone” when, again, the functionality is the same.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Feb 23, 2016, at 1:32 PM, pd-list-request@lists.iem.at wrote:
i therefore ask both fred and alexandre to change the name of their library, so that they cannot be confused with both the original cyclone library and with each other: neither of the forks is an (or /the/) "official" fork. for what it is worth, git makes it easy to incorporate changes between forks (using pull requests, cherry picking,...) even if the names are different!
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If anyone wants git access to pd-l2ork with the intent of continuing to develop cyclone under the same name including bug fixes and feature additions to existing as well as introducing new objects, please email me off-list.
Best,
-
Alexandre Torres Porres -
Dan Wilcox -
Ivica Bukvic -
Jonathan Wilkes -
Miller Puckette