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. 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 ? -- Cedric BAIL ------------------------------------------------------------------------------ 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
