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!*


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>:
>
> > 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