This is a little off-topic for the thread, but there are some long term changes I would like to see for epsilon eventually.
1. Split thumbnail generation into pluggable processes. If we can specify external commands for generating thumbnails, we reduce the amount of code necessary to support new formats. This also gives us robustness when a dependency mis-behaves and crashes the thumbnailing process. 2. Switch to dbus for client to server IPC. Many of the issues currently with the epsilon daemon stem from some initial problems with ecore_ipc, and the hacky conversion to ecore_con. Dbus is also targeted at remote method invocation, which is essentially the goal of the epsilon daemon communications. 3. Develop a dbus standard communication protocol with FDO. Ideally, we could get a protocol adopted by the major desktops which would allow for a single thumbnailing process to be present regardless of your application mix. For instance, if you are running nautilus under E and it handles thumbnailing requests, then we don't need to start a background epsilon process. These don't really help the release schedule for iNDT, but I think they would create a better long term result. On 12/3/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I wrote (regarding raster's thumb), > > > It seems to have an evas-object interface that abstracts away > > the 'thumb file' concept and just concentrates on giving you the > > display-object you want for a given input 'uri' and desired size > > (probably could give more info as well). .... > > It's.. kinda nice. :) I wonder if the "fdo standards" could > be somehow geared more towards providing something like 'interfaces' > of some sort for things like this.. rather than specifying that one > should to give large and small image files somewhere. > > _____________________________________________________________ > Dog supplies that give joy to man's best friend. Click Here. > http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3naZ3vo7pnPMWDZKbC65edgry6H9JU4KlnEAklozN3Ee5KkA/ > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
