Michael Großer
2012-01-18 21:31:25 UTC
I want an alt-tab behaviour like KDE3:
1st) When I press <Alt>+<Tab>, I want a window list that does not move the
mouse pointer. The mouse pointer is supposed to stay where it is.
2nd) I want to be able to select a window by pressing <Alt>+<Tab> (forward)
and <Shift>+<Alt>+<Tab> (backward). When I press (<Shift>+)<Alt>+<Tab>
with one hand and move the mouse with the other hand, then the mouse
must not interfere with my keyboard action (selecting a window using
(<Shift>+)<Alt>+<Tab>).
3rd) When I press <Alt>+<Tab>, I optically want to see the windows in this
list in the order in which they were recently focused, like WindowList
already does. But: I want the second entry of the list to be selected
when I open the list with Alt-Tab.
The "CurrentAtEnd" option has the disadvantage that I do not optically see what
I should see (or want to see). It disturbs my perception, because sometimes I
*LOOK* onto the list if I'm searching for something that I do not get at one go.
I have the right order in my mind, but the list shows me something different
when I use the "CurrentAtEnd" option.
It would be a great thing if FVWM were able to fulfill these requirements.
But I'm not sure how could be the right approach to achieve this:
- Make feature requests about creating new options for "WindowList"?
- There should be an option like "preselectItem n", where I could
set "n" to "2" to get a better solution than the "CurrentAtEnd"
option.
- There should be a "dontmovemouse" option to get a behaviour
described under 1st).
- There should be an "ignoremousemovement" option to get a behaviour
described under 2nd).
- Try to reverse engineer the Alt-Tab behaviour using FvwmIconMan?
- Trouble is that I need to combine the "Key actions" of FvwmIconMan
with the "FollowWindowList" option of "FvwmWinList" to get a list
that does not move the mouse, that ignores mouse movement and that
selects the second list entry (by using gotobutton or something like
that)
The bottleneck of my FvwmIconMan approach seems the be able to get a
FollowWindowList behaviour. Does anyone have an idea how to get
such a behaviour? If this means that I have to write a complicated
algorithm then I would do this, but I need a good idea how to start
this way.
How likely is it that somebody enhances "WindowList" with the three
options I described above?
Does anyone has an idea if there could be a better way than my
FvwmIconMan approach?
At first glance, I see these modules:
- WindowList
- FvwmIconMan
- FvwmWinList
- FvwmWindowMenu
Are there more like them that could be worth of thinking about using
or abusing them?
Any ideas are welcome.
Thanks in advance
Michael
1st) When I press <Alt>+<Tab>, I want a window list that does not move the
mouse pointer. The mouse pointer is supposed to stay where it is.
2nd) I want to be able to select a window by pressing <Alt>+<Tab> (forward)
and <Shift>+<Alt>+<Tab> (backward). When I press (<Shift>+)<Alt>+<Tab>
with one hand and move the mouse with the other hand, then the mouse
must not interfere with my keyboard action (selecting a window using
(<Shift>+)<Alt>+<Tab>).
3rd) When I press <Alt>+<Tab>, I optically want to see the windows in this
list in the order in which they were recently focused, like WindowList
already does. But: I want the second entry of the list to be selected
when I open the list with Alt-Tab.
The "CurrentAtEnd" option has the disadvantage that I do not optically see what
I should see (or want to see). It disturbs my perception, because sometimes I
*LOOK* onto the list if I'm searching for something that I do not get at one go.
I have the right order in my mind, but the list shows me something different
when I use the "CurrentAtEnd" option.
It would be a great thing if FVWM were able to fulfill these requirements.
But I'm not sure how could be the right approach to achieve this:
- Make feature requests about creating new options for "WindowList"?
- There should be an option like "preselectItem n", where I could
set "n" to "2" to get a better solution than the "CurrentAtEnd"
option.
- There should be a "dontmovemouse" option to get a behaviour
described under 1st).
- There should be an "ignoremousemovement" option to get a behaviour
described under 2nd).
- Try to reverse engineer the Alt-Tab behaviour using FvwmIconMan?
- Trouble is that I need to combine the "Key actions" of FvwmIconMan
with the "FollowWindowList" option of "FvwmWinList" to get a list
that does not move the mouse, that ignores mouse movement and that
selects the second list entry (by using gotobutton or something like
that)
The bottleneck of my FvwmIconMan approach seems the be able to get a
FollowWindowList behaviour. Does anyone have an idea how to get
such a behaviour? If this means that I have to write a complicated
algorithm then I would do this, but I need a good idea how to start
this way.
How likely is it that somebody enhances "WindowList" with the three
options I described above?
Does anyone has an idea if there could be a better way than my
FvwmIconMan approach?
At first glance, I see these modules:
- WindowList
- FvwmIconMan
- FvwmWinList
- FvwmWindowMenu
Are there more like them that could be worth of thinking about using
or abusing them?
Any ideas are welcome.
Thanks in advance
Michael