Hi all. To relax, I've decided that coding up engage would be a refreshing change from exam revision. Looking at the (much) changed code since I last saw it, there's a couple of things that I would like to implement. One is better handling of windows opening and closing, the other is better icon management. In particular, I would like it to be freedesktop.org compliant, so that engage on its own can be used in any environment, GNOME, KDE or other compliant desktops. As xcomputerman says on the homepage, engage has potential to really bring gui writer over to DR17. So that's my dollars at two cents worth.
My first goal is to code a replacement for the repeated od_sync_clients calls. The current form is neither efficient nor extremely pleasing to the eye -- we've got an average delay of half a second, an unacceptable latency. Since the last time I worked on the code, I've gotten to know X and ecore a lot better, especially the extensible nature of both. I'd like to have the window management (wm.c) side moved to an event driven way, in which we monitor top-level window creation/mapping and destruction/unmapping update the icons as things happen. Also, and this is probably the harder bit, I'd like to comply with fd.o with respect to startup notification messages. However, in the current state, there are a few things that need to be completed in ecore. Specifically, the boilerplate relating to ECORE_X_EVENT_CLIENT_MESSAGE. I think I could probably modify things myself, but I'm a little wary of touching the specifics inside ecore... (As a side note, ecore_x currently just drops all x events that does not map cleanly onto one of the handlers; maybe there should be a default x event that is raised.)
Ho! Watch out! Maybe you know exactly what you are doing, then please forgive me. Otherwise, this all sounds to me like you may be heading down a wrong direction. The freedesktop.org hint stuff is designed particularly for client applications like this. You should not have to monitor window state changes but only hints and their changes. Also, could you explain what the ECORE_X_EVENT_CLIENT_MESSAGE.is for?
/Kim
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
