On Fri, 20 May 2005 09:26:56 +0200 "Tamas Morvai" <[EMAIL PROTECTED]> babbled: (B (B> (B> It detects XK_Meta_L. (B> I am not sure a simple comparison between ECORE_X_MODIFIER_ALT and (B> ECORE_X_MODIFIER_WIN (B> is enough. (B (Bthere should be a 1 to 1 mapping. it should be enough. i dont see why not. (B (B> Anyway, why you don't save this info as string? The parsing is already in (B> e_remote_main. (B (Bthe e has to parse strings every time it loads config and produce them every (Btime it saves. this way it only does it for the remote tool. a gui tool wouldn't (Bhave to. thats not the point though - the ecore_x values cannot be saved/loaded. (Byou need to convert to SOMETHING else that doesnt change. in this case the (Be_binding modifier bitmask. (B (B> /Tamas (B> (B> (B> On Fri, 20 May 2005 09:06:17 +0200, Carsten Haitzler (The Rasterman) (B> <[EMAIL PROTECTED]> wrote: (B> (B> > On Fri, 20 May 2005 09:09:01 +0200 " " <[EMAIL PROTECTED]> babbled: (B> > (B> >> (B> >> Hi all, (B> >> (B> >> The ALT and WIN modifiers can be the same if someone like me does not (B> >> use the "us" layout. The WIN keys are not even modifiers in my case (B> > and (B> >> as the ALT is also META the ECORE_X_MODIFIER_ALT will be the same as (B> >> ECORE_X_MODIFIER_WIN. (B> >> (B> >> This can screw up the keybindings because of the mapping between (B> >> E_BINDING_MODIFIER_* and ECORE_X_MODIFIER_*. So, I completely removed (B> >> the E_BINDING_MODIFIER_*. (B> >> (B> >> Here are the patches. Please note that there is no patch for e_config. (B> > c, (B> >> because my e_config.c is too different from the original (and I am (B> > lazy (B> >> :)), but it should be trivial to change all occurences of (B> >> E_BINDING_MODIFIER_* to ECORE_X_MODIFIER_*. (B> > (B> > no - you can't do that. there is a GOOD reason for them being separate. (B> > ECORE_X_MODIFER_* are determined at runtime - they may vary from display (B> > to (B> > display (what value they have). we cant go saving this value into files, (B> > so we (B> > need to map them to know static FIXED values (ie E_BINDING_MODIFIER_*). (B> > that's (B> > why it does that :( so the WIN keys (ecore_x checks for XK_Super_L, (B> > XK_Mode_switch, and XK_Meta_L in turn for tyring to figure out which (B> > ones are (B> > the windows key modifiers. if these don't exist it gives up and the win (B> > modifier (B> > is 0 - ie doesnt exist). so what does it detect? Mode_switch? i think (B> > you want (B> > to be looking at the solution in ecore_x no e17. :) (B> > (B> >> /Tamas (B> >> (B> >> (B> >> (B> >> (B> >> (B> > (B> > (B> (B> (B (B (B-- (B------------- Codito, ergo sum - "I code, therefore I am" -------------- (BThe Rasterman (Carsten Haitzler) [EMAIL PROTECTED] $BMg9%B?(B [EMAIL PROTECTED] (BTokyo, Japan ($BEl5~(B $BF|K\(B) (B (B (B------------------------------------------------------- (BThis SF.Net email is sponsored by Oracle Space Sweepstakes (BWant to be the first software developer in space? (BEnter now for the Oracle Space Sweepstakes! (Bhttp://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click (B_______________________________________________ (Benlightenment-devel mailing list ([email protected] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
