On 1/22/10, Cedric BAIL <cedric.b...@free.fr> wrote: > Good idea to start discussing about ecore. > > On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri > <barbi...@profusion.mobi> wrote: >> On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri >> <barbi...@profusion.mobi> wrote: >>> Why ecore_job and ecore_txt are split? They are so stupid that is >>> should go into main ecore. >>> >>> Anyone with time to merge this and fix all apps that pkg-config >>> ecore-job or ecore-txt to use simply ecore? >> >> Actually, ecore_input is in the same lines of those... no reason why >> it should be another library. > > I agree with you. I would also add that ecore_str.c should be moved to > eina in my opinion. > >> Something else that bothers me is ecore_file. Except by >> ecore_file_monitor_*, things are worth to be exported either by ecore >> or eina. ecore_file_download* is deprecated AFAIK. > > Hum, my opinion is that we need a really asynchrone replacement for > ecore_file. Something that could have it's own library for that. If we > want to bother with this non async function, they could be moved in > eina in fact. But I don't like the idea of maintaining this API.
yes, those simple file manipulation could go to ecore or eina as they don't depend on main loop. > There is perhaps an easy way to make them async without the need to > write a daemon. We could just use ecore_thread_run. So we could wait > before writing a client/server, but the API would be stable and we > could release this version. > > And why do you want to mark ecore_file_download as deprecated ? because it could be in ecore con, as a wrapper round those functions. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
