Oh, I missed that. Sorry. Thanks for letting me know. On Sat, Jun 6, 2015 at 4:16 AM, Amitesh Singh <singh.amit...@gmail.com> wrote:
> On Jun 5, 2015 10:08 PM, "Tom Hacohen" <t...@osg.samsung.com> wrote: > > > > On 26/05/15 10:05, Cedric BAIL wrote: > > > On Sun, May 24, 2015 at 3:23 AM, ChunEon Park <her...@naver.com> > wrote: > > >> -----Original Message----- > > >> From: "Cedric BAIL"<cedric.b...@free.fr> > > >> To: "Enlightenment developer list"< > enlightenment-devel@lists.sourceforge.net>; > > >> Cc: > > >> Sent: 2015-05-22 (금) 23:21:38 > > >> Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: > elementary: Create new widget for image masking > > >> > > >> That's already what I am doing. I am working on using the currently in > > >> development combobox for elementary in Terminology. It will obviously > > >> not land before we are good with that. Same goes with elm_code, tabs > > >> and other example I pointed to you in my previous mail. > > >> > > >> -> I don't understand your point. We need a widget for common cases. > not a specific app. > > >> I don't worry about the apps you mentioned because those kind of > developers are advanced and expert to efl. > > >> And this case you mentioned never prove the widget if only the app is > using it. > > >> if the app is disappeared, then tabs or elm_code is useless also > because nowhere it will be used. > > >> We need more various apps and contents. > > > > > > Indeed you don't understand my point here. By forcing us to work > > > publicly on integrating a new widget into a useful application, we > > > make sure that the widget is really useful, usable and make sense in > > > the bigger picture. Whatever the application you use it in, if it > > > makes sense to use it there, then we are good with that widget. > > > > > > As the example I took, it is making sense now to move terminology tab > > > widget inside elementary as they did prove themself. elm_code or > > > elm_combobox still need work before we rich that point. I hope this is > > > clearer now. > > > > > >> Our efl apis is unkind to beginners and developers tends to ignore our > apis because accesibility is too expensive to them. > > > > > > It is unking because we do not provide the feature they want in the > > > existing widget, or because we are missing the widget they want, but > > > also because we have a massive number of object that for a part of > > > them doesn't make sense. I have no problem adding feature or widget if > > > they make sense. > > > We have had for more years than I can remember a request by many > > > people using our API for multi column support in genlist. That is > > > something that I know at least Adrien and Jeff would use in their > > > application right away. That's a real example of difficulty to use > > > EFL. I have yet to see someone asking for a "mask" widget and use it > > > in a meaningful application. Using a true fact, our api is unkind to > > > developers, as an argument to add a "mask" widget doesn't make it more > > > relevant. > > > > > >> Elementary has many useless widgets, features that have been dismissed > > >> and not maintained over time. I don't find any excuse to increase that > > >> bad trend and yes, I will hold myself to that standard. I won't push > > >> feature or widget in Elementary that are not used by an application. I > > >> don't set rules for other if I don't follow them myself this is > > >> obvious, and I would hope you know me better. > > >> > > >> -> Do you know? Most widgets are still maintained by samsung. > > >> those widgets you are thinking useless are the most being used widgets > in the efl. > > >> Some of them is used for Tizen. Whatever you think, but those are the > most favorite widgets in apps. > > > > > > We are barely maintaining them. I know that we are using some of them > > > in Tizen, but I bet we are not using all of them. For exemple, how > > > often is day selector used ? We have barely done any maintenance work > > > on that widget over the last year... That's just an example. > > > As for our effort at doing maintenance, we can not keep up with it. > > > There is a massive need for refactoring code in elementary and nobody > > > has time for it. The number of open bug keep growing and we can't keep > > > them in check. Yes, we do maintenance, but there is just to much work > > > to do. So adding new stuff in that is not valuable enough is a waste > > > of energie and time in the short run, but worth overtime it is > > > draining our ressource. We need to keep our focus and not loose it. > > > > > > > > > Just to revive this discussion, as the consensus seems negative, but > > it's still in. > > > No, Hermet reverted the patch. > > > -- > > Tom. > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel