On Sat, Nov 18, 2017 at 03:17:25PM -0500 I heard the voice of
Steve Litt, and lo! it spake thus:
>
> RING BASED INSTEAD OF STACK BASED WINDOW CHANGE
Note that this isn't really "ring" vs "stack", so much as dynamic
reordering. You can in principle do this now with f.ring calls, since
that removes or adds it to the ring, probably at the head.
There are a handful of possibly sticky questions involved in nailing
down the edge cases of the behavior, but it doesn't sound
overwhelmingly difficult to implement for somebody who knows how they
want it to work.
> NO "WHICH WINDOW" FEEDBACK WHILE CYCLING AROUND WINDOW LIST
Well, as elsewhere mentioned, it should be doing all the highlighting
a window normally gets with focus, on both the window's decorations
and on the icon manager. Doing much more would mean doing things like
popping up a list of names (which may or may not tell you much,
depending on how your windows are named) or some sort of thumbnailing
(which would be a loooot of work to add).
I doubt anybody hates or rejects either of those items, especially if
configurable. But they would take some doing; particularly the
latter.
> DUAL FOCUS
As in other mail, insofar as this means "focus is confused", that's
just a flat-out bug we should reproduce and fix.
If you mean real multiple focus control, well, that relies on somebody
doing the MPX[0] support for ctwm 8-}
[0] The one from X.org, I mean, not the one from Sig. Though there
_are_ parts of the codebase that make me want to reach for the
latter...
--
Matthew Fuller (MF4839) | [email protected]
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
