On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote: > On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael > <cp.mich...@samsung.com> wrote: >> On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote: >>> >>> ecore_file itself should go. >>> >>> path manipulation (exists, dirname...) should go in eina, other bits >>> should go in eio. >>> >> >> Why split file/path functions (exists, dirname, etc) to eina ? If Eio is to >> be the library for file functions, then why break only "some" of them out >> into eina ? > > two reasons: > 1 - they are very, very simple. mostly wrappers around system versions
Well, I think the complexity of the functions is irrelevant as a reason really. Do we typically use, "Well this graphical function is incredibly complex so it should be broken out from evas and stuck into a different library" as a basis for development ? Or the converse .. "Well this graphical function is incredibly simple so it doesn't belong in evas". I don't think we do development that ;) .... IMO, I don't see function complexity as a valid reason here. > 2 - many modules uses that, like eina itself, ecore and evas. to do > path finding, etc. > Ok ...then why can't those libraries use eio ?? dh > >>> On Thu, Dec 6, 2012 at 11:05 AM, Vincent Torri <vincent.to...@gmail.com> >>> wrote: >>>> >>>> Hey >>>> >>>> as eio is quite used, now, why not deprecating ecore_file parts that >>>> are in common with eio ? >>>> >>>> Vincent >>>> >> >> +1 on the idea tho ;) >> >> dh >> >> > ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
