On Thu, 19 Jul 2007 18:45:52 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled:
> On 7/18/07, Brian Mattern <[EMAIL PROTECTED]> wrote: > > On Wed, Jul 18, 2007 at 12:56:17AM -0300, Gustavo Sverzut Barbieri wrote: > > > On 7/18/07, Brian Mattern <[EMAIL PROTECTED]> wrote: > > >> On Tue, Jul 17, 2007 at 06:15:51PM -0300, Gustavo Sverzut Barbieri wrote: > > >> > Notice that edje property is no_mouse_grab, because then we can keep > > >> > compatibility with existent .edj files. > > >> > > > >> > I don't like evas_object_mouse_grab_set() very much, it looks like > > >> > mouse will be immediately grab, which is not the case. But I don't > > >> > have any better word for that. > > >> <snip> > > >> > + EAPI void evas_object_mouse_grab_set > > >> (Evas_Object *obj, Evas_Bool no_mouse_grab); > > >> > + EAPI Evas_Bool evas_object_mouse_grab_get > > >> (Evas_Object *obj); > > >> > > >> > > >> Maybe evas_object_auto_grab_set(Evas_Object *obj, Evas_Bool auto_grab) ? > > >> (or _mouse_auto_grab_) > > > > > > it's not that better... other suggestions? > > > > > > can_grab_mouse? > > > > That makes even less sense. Maybe "grab" isn't a good choice. Really > > we're picking between two alternate methods of presenting mouse events. > > So, maybe evas_object_mouse_event_mode_set(obj, EVAS_EVENT_MODE_XXXXX) > > > > I'm at a loss atm as to what the two names should be though. (Maybe > > ORIGINAL and RAW... not happy with those...) > > > > > > > > > > >> Whatever we call it, the second parameter should NOT be no_*. It should > > >> be TRUE for "grab the mouse", and simply default to TRUE. > > > > > > yes, I agree, but how about edje files? Can I rely on people updating > > > their edje files? Remember that edje files will not be recompiled > > > since they have not changed, users may issue "make clean" to get it > > > updated. > > > > For edje files, you either need compatibility code (where the version is > > checked on load and the value is set properly), OR you can just make the > > edje option 'negative' (it doesn't have to be the same as the c api). > > However, with the above suggestion for an API, the 'original' mode would > > just be equal to 0. > > Ok, anyone more like it like Brian? I don't. > > Any other ideas? I'll wait until sunday, but it would be great if it > don't last that long, my virtual keyboard demo is almost ready, just > some images and this to be in then I can release it! :-) > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ I like brian's "mode" api idea. basically evas adopts a grab policy similar to X11 (and in X it's termed mouse grabbing - in this case implicit grabs). so i would go typedef enum _Evas_Object_Pointer_Mode { EVAS_OBJECT_POINTER_MODE_AUTOGRAB, EVAS_OBJECT_POINTER_MODE_NOGRAB } Evas_Object_Pointer_Mode; EAPI void evas_object_pointer_mode_set(Evas_Object *obj, Evas_Object_Pointer_Mode mode); EAPI Evas_Object_Pointer_Mode evas_object_pointer_mode_get(Evas_Object *obj); if needed we can expand over time. otherwise the internal logic can be as you have written it in your patch gustavo :) as for edje - make it: pointer_mode: AUTOGRAB; pointer_mode: NOGRAB; etc. :) this works well with the default eet return of 0 if not provided. (otherwise according to your question of how to do this if the default should be "1" to on would be to use 1 == on, 2 == off, 0 == unknown in the edje data). > -- > Gustavo Sverzut Barbieri > -------------------------------------- > Jabber: [EMAIL PROTECTED] > MSN: [EMAIL PROTECTED] > ICQ#: 17249123 > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > > ------------------------------------------------------------------------- > 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 > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- 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