------------------------------ Message: 4 Date: Thu, 15 Nov 2012 21:02:46 +0000 From: Michael Blumenkrantz <[email protected]> Subject: To: Enlightenment developer list <[email protected]> Cc: Jeff, Hoogland <[email protected]>, Carsten Haitzler <[email protected]> Message-ID: <20121115210246.39d6fb95@darc> Content-Type: text/plain; charset=US-ASCII On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli <[email protected]> wrote: >> 2012/11/15 Carsten Haitzler <[email protected]> >> >>> On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli <[email protected] >>> said: >>> >>>> 2012/11/14 Carsten Haitzler <[email protected]> >>>> >>>>> On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri >>>>> <[email protected]> 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
------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
