my grokking revealed a few of e16s inner secrets
clicking on warp focus win does switch focus but doesn't hilight item in
warp focus window
sometimes focuslist doesn't go away
traversing the warp focus list reorders the stacking lists so traversal
order is unpredictable ( only when focus settings -> raise window after
mapped keys will show the warp focus window but are not detected once
warp focus window is shown i.e it uses XKeys TAB codes directly how it
works is tab is handled specially, when you A/T the first time it shows
the warp focus window, releasing TAB then you can press up or down,
pressing TAB again warps forward.
my coding is pretty slow and shakey and there are a bunch of worms, to
do with es' WHY flags and the Xkey event system. I'll take it on as
more of a hobby at this stage =)
but the short answer as to why alt/some key wont map to previous is
because it can't remember what actually happened.. (and another bug is
masking the behaviour) so best to work around it using ALT/UP and
ALT/DOWN me thinks.
Kim Woelders wrote:
> Warren Crossing wrote:
>> OK I did a src build of 16.8.5 and alt shift tab is not mapped by
>> default but when i do map it, it does the same thing as alt shift tab.
>> then i actually looked at the code from
>> focus.c->FocusIPC->FocusGetPrevEwin stacking.c and warp.c->WarpFocus
>> and wrote this to myself on the irc channel.
>> <wozza> anyone know the e nomenclature for the alt-tab "tasklist" and
>> which src file would handle that?
>> <wozza> ok i found EwinListFocusGet in focus.c - i will tinker around
>> with it until i get FOCUS_PREV working correctly
>> <-- whitezone (~frank@...) has left #e
>> <wozza> and stacking.c handles the ListFocus eWin
>> <wozza> and WarpFocus
>> <wozza> in warp.c just looks hacky..
>> <wozza> this is just wrong - warping the focus appears to change the
>> actual order of objects in the focus list.. so the focus list is never
>> <wozza> i would suggest warping an ordered copy of the list not the
>> actual list..
>> can anyone confirm that the focus list is "warped" - heh (that's a joke)
>> and how is it intended to work actually. elegantly? predictably?
> It is intended to work like that - elegantly, predictably, and usefully :)
> Patches are welcome. Beware, however, there are a lot of options
> affecting focus switching, and when you fix things for one combination
> it is not unlikely that you break things for another.