Steve Litt wrote:
> 2) No "which window" feedback while cycling around window list
This has been bugging me for a long time. It's related to the fact that
windows can't be given unique labels that I can have shown in the
iconmanager instead of the label given by the application. E.g. I have a
workspace with multiple firefox windows, each with multiple tabs.
Unfortunately, firefox changes its window label every time I switch to a
new tab in the window, and that new label is also shown in the iconmanager.
If the iconmanager shows labels alphabetically that means the current
window jumps around in the iconmanager every time I switch tabs.
Opera has a different problem: NO window labels. I can assign window labels
using xprop -set WM_NAM (as I learnt from Matthew Fuller). But if I shut
opera down without killing windows and restart (e.g. after a reboot) it
remembers all windows and tabs, but not the window labels.
I suppose Ctwm would not be able to remember externally allocated window
labels across a reboot either?
(Fortunately, I don't often need to reboot -- hibernate became much faster
and more reliable a few years ago.)
I do most things with keyboard only, including cycling round workspaces,
but I've also found handling windows in a workspace, especially windows
with multiple tabs awkward. I can use Meta+left Meta+right to invoke
f.warpring with "next" or "prev" but it ignores iconised windows.
I can't combine f.warpring and f.upiconmgr/f.downiconmgr to get a unified
way of cylcing round windows whether open or closed to find the containing
the tab I want.
(I did try Openbox for a while a few years ago, but on balance found CTWM
much easier to configure and use -- for my purposes. This is on
Fedora+XFCE.)
> NO "WHICH WINDOW" FEEDBACK WHILE CYCLING AROUND WINDOW LIST
> -----------------------------------------------------------
> On most window managers and on Win9x, while keeping your thumb on Alt,
> each depress of the Tab key moves some sort of pointer through some
> sort of list of the windows. Feedback consisting of outlining the frame
> of the current destination window just isn't enough:
The mouse pointer also moves around, when I do that. But I agree that it
would be better to use the iconmanager in addition.
Would it help to modify the iconmanager so that in addition to showing
which windows are open and which shut it also shows which one has the
focus, e.g. using a colour change, selectable by user, as happens in the
workspace manager when I move around workspaces? (Using CTRL+L or CTRL+R)
MapWindowCurrentWorkSpace
Somethinglike
MapWindowCurrentIconlist ?
Aaron
