On Fri, Sep 19, 2008 at 11:33 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Sun, 14 Sep 2008 01:53:44 -0300 "Gustavo Sverzut Barbieri"
> <[EMAIL PROTECTED]> babbled:
>
>> Guys,
>>
>> I really miss a feature from other window managers, at least KWin and
>> WindowMaker, that is the option to move and resize windows using just
>> the keyboard. Basically you activate a shortcut to enter the "action
>> mode", in which you use the keyboard arrows to move or resize the
>> window and then you hit "Enter" to confirm or "Escape" to rollback, if
>> you wait some seconds it will also confirm, since it's not a dangerous
>> option, it is more intuitive (you don't even need to know you need to
>> confirm)... if you say "Oh, sh*t" then you usually hit Escape and
>> you'll learn it will rollback.
>>
>> This is implemented in the attached patch. It's very rough and needs
>> some review, but it works nicely, except:
>>   - we'll have 2 items in the bindings for each action: "Move" and
>> "Move with keyboard", etc.
>>   - offsets are not configurable, they're fixed in 5px in each
>> direction for each operation;
>>   - timeout is not configurable, it's 5s;
>>   - no geometry window while moving or resizing windows.
>>
>> The first point is really easy to remove, but then I guess it would
>> impact the mouse bindings, anyone with more experience in that can
>> confirm?
>>
>> The second and third are easy to add, but maybe it's too much. I'll
>> add if required, but I want to avoid too much useless options going
>> in.
>>
>> The last point I haven't looked at it, but I guess i can learn it from
>> existing code. hints are welcome, of course.
>
> ok quick look. 1. you could do this as part of the existing move/resize - look
> at the actions. they have generic actions then ones where the action gets
> triggered by a key or a mouse event - the action can work differently based on
> how its called - so add one that does just what happens now for mouse
> activation or signal activation, and then add one for key activation. if in
> "key mode" then do what you do now.
>
> as for offsets and timeout - i agree to an extent, but i'd prefer you just add
> e_Config values - no need to go make a gui to configure it (now) but instead 
> of
> hardcoded values - at least make them soft-coded (ie in the config and then
> the .src files compiled into the default config can determine the value).

done. maybe I can add these options to some advanced later. What do
you suggest, in "Window Manipulation"?


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to