On Thu, 15 Nov 2007 12:06:27 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> wrote:
> Yes, building XIM on top of this Ecore_IM would be a better option. > shorne, could you have a look? Hi Guys, I look a closer look at Ecore_IM. Currently it provides an function called ecore_im_context_filter_event which takes a void * agument for event_info. This seems to be a bit of a problem as the application will define the event_info. It would not then be possible for an arbitrary module to handle this application specific data. What is the Idea behind this? In order for XIM to be integrated successfully we will need one more Ecore_IM_Context_Class function, void ecore_im_context_filter_keypress(Ecore_IM_Context *ctx, Ecore_IM_Event_Key_Down?? *event) This will be used to: 1. recreate the xevent using the IM key event 2. Use the Xutf8StringLookup function to translate the event by the input method Definitely an XIM module could not be used unless the application is using the ecore_x event loop. So the implementation would have to be somewhat dependent on Ecore_X. I am still thinking about this. -Stafford ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
