Will it not introduce confusion between efl & enlightenment? Potential conflict in namespace with the window manager as well?
Just minor concerns, Andrew On Thu, 2 Jul 2015 03:41 David Seikel <onef...@gmail.com> wrote: > On Thu, 2 Jul 2015 11:29:05 +0900 Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > > > On Wed, 1 Jul 2015 13:50:23 -0300 Felipe Magno de Almeida > > <felipe.m.alme...@gmail.com> said: > > > > > On Wed, Jul 1, 2015 at 7:50 AM, Carsten Haitzler > > > <ras...@rasterman.com> wrote: > > > > issue 1: > > > > > > > > ok we have a bit of a consistency issue when it comes to efl > > > > interfaces. eo_base class. > > > > > > > > eo_parent_set, eo_parent_get, eo_key_data_set, eo_event_freeze, > > > > eo_event_callback_priority_add... etc. > > > > > > > > all these eo_* ... should then not be efl_* for consistency with > > > > efl interfaces? > > > > > > We should probably rename eo_base to efl_base? > > > > that would come with it. this doesn't affect bindings tho - just c :) > > > > > > question 2: > > > > > > > > then we have another one... why not just drop down to e_* instead > > > > of efl_ ala glib? get more concise... > > > > > > I'm okay with that. I don't like unnecessary abbreviations, but I > > > don't think we lose any information by using e instead of efl. > > > Although e_ prefix feels a little > > > ugly. But that is subjective. > > > > i'm thinking more that its just less repetitive "cruft" when reading > > (or writing) code. less need to wrap lines as often etc. :) > > But you just love really long names, and wrapping at 80 columns. It's > all those underscores between all those words in the names. Remind me > again why we don't use eCamelCase, and two space indenting? ;-P > > Yes I vote for e_, it's at least a step in the right direction. Maybe > that will reduce the names that are over 80 characters. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
