From: Simon <si...@si...> - 2012-11-15 21:47:34
|
------------------------------ Message: 4 Date: Thu, 15 Nov 2012 21:02:46 +0000 From: Michael Blumenkrantz <mic...@gm...> Subject: To: Enlightenment developer list <enl...@li...> Cc: Jeff, Hoogland <Jef...@li...>, Carsten Haitzler <ra...@ra...> Message-ID: <20121115210246.39d6fb95@darc> Content-Type: text/plain; charset=US-ASCII On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli <da...@gu...> wrote: >> 2012/11/15 Carsten Haitzler <ra...@ra...> >> >>> On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli <da...@gu... >>> said: >>> >>>> 2012/11/14 Carsten Haitzler <ra...@ra...> >>>> >>>>> On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri >>>>> <bar...@pr...> said: >>>>> >>>>>> Alternatively work to have such modules in tree. >>>>> yup. if they come in tree, then we "take responsibility for it". >>>>> >>>>>> Since I've joined the project I saw (or helped) many modules to be >>>>> included >>>>>> in core. All it takes is little effort to make them good quality and >>> fit >>>>> a >>>>>> purpose. tclock is stupid as clock does the same (I blame e17 for not >>>>>> having digital clock since day0), places could be included with some >>>>> effort. >>>>> >>>>> indeed. though imho places should really become a feature of efm rather >>>>> than a >>>>> module of its own (well feature of fileman module). e17 needs/wants >>> some of >>>>> these 3rd party modules - cpu and mem meters for example, but we just >>>>> havent >>>>> had the time to deal with it. :) >>>>> >>>> We discussed the inclusion of Places many times in the past and we never >>>> found a deal >>>> Places is in a good shape, I support it and (as far as I know) it doesn't >>>> have issues. >>>> I agree we should include it in the "official" modules, but I disagree to >>>> "merge" it with efm, >>>> the reason is simple: I don't want to force the user to use efm, the user >>>> should be free >>>> to use his preferred file manager and still be able to use Places. >>>> >>>> That said, I will be happy to include Places in the e tree, as it is now, >>>> not merged with efm. >>>> can this be a solution? >>> including it and not making it prt of efm is admitting that efm is crap and >>> users cant and don't want to use it. regardless of what efm may or may not >>> be >>> the message is a bad one and it basically encourages us to give up on it. >>> and >>> that i will not have. >>> >> sooner or later you have to admit it: efm is crap, no one want to use it >> and no >> one is interested in developing it. > I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. > I quite like it there are a lot of things it does better then any other wm on my system, having said that i haven't tried any 3rd party ones. Discomfitor has done a great job of getting it into shape when was the last time you used it? keep up the good work Discomfitor i'm not about to change to anything else |