On Thu, 27 Aug 2009 09:20:44 +0200 (CEST) Vincent Torri <[email protected]> said:
> > > On Wed, 26 Aug 2009, Carsten Haitzler (The Rasterman) wrote: > > > On Thu, 20 Aug 2009 21:44:25 +0200 (CEST) Vincent Torri > > <[email protected]> said: > > > > hmm. now i think of it - maybe we can re-use this ecore lib but instead > > improve its facilities. eg support multiple profile - whole struct > > encode/decode via eet etc. etc. and list handling (as opposed th keys with > > numbers and counts in them etc.). this would break ecore_config users an do > > the same. what do people think? > > no problem if ecore-config will be used in the apps/libs that already > implement their own config system (e and ewl afaik) switch to > ecore_config. Otherwise it is useless. that's the idea. ecore_config was too simple for e's needs - thus it wasn't used. if ecore_config merges in a lot or all of the features that e has etc. - that'd be.. good! -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
