-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey,
I've been working on/towards adding a new moethod of window cycling to
blackbox, but I figured that I should see what you core developers think
of this before i do it all up, or see if you have any suggestions or
problems or anything about it all.
I'm planning to add a "KDE Style Window Cycling" option. Basically, its
M$ Windows style, but I don't want to call it that, and KDE calls it "KDE
Style", so I went with that.
Here's what I have thought up so far (though I havent done anything more
than add the Configmenu option and blackboxrc resource entry so far):
When blackbox catches an alt-(shift)-tab, it will pop up a window. I was
planning on making this menu basically a subclass of the window list menu,
but with the windows in a specific order (hold for the order par).
Pressing (shift)-tab on this window cycles through the list, of
course. Then when alt is released, the selected window in the list is
raised/selected for input. Possibly the mouse could be used to select
also, depending how it all turned out. by using a menu, it takes little
code, and has an already familiar look/feel.
For ordering the window cycling list. When a new window is created, it is
added to the top of the list for the workspace. And removed when the
window is deleted. Transients are not added to the list. When a window is
focused, it is moved to the top of the list. This should work well for
applications like gimp. All of the gimp's windows would be put at the top
of the list, and then the one that was selected would be moved to the very
top of them all.
While cycling through the list, if possible, I would have the currently
selected window raised to the top, but right below the window list of
course, so that the usre can see which window theyre choosing. When th
suer moves onto the next window i the list, the previously raised window
is returned to its place in the Z order, so that only the final
destination window is moved in the Z order when the user releases Alt.
I'm not too fimiliar with this whole sloppy focus idea, so maybe this
behavior should be modified when sloppy focus is used instead of click to
focus, or disabled entirely.
This would rely upon the keybind patch by Gregory, for at least the
alt-(shift)-tab handling. Was it planned to add this patch into future
stock versions of BlackBox? Does any of this conflict with future
plans or upset you guys in any way? :)
I'll take Comments/Insults/Suggestions/Advice you people have got to
offer.
xOr
- --
you have no chance to survive make your time
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE7U2l+8mPQRGtSu14RAkgXAJ9HZoEb9z4NhnJhkQ0KHEyleoJbKwCfSnzb
K3hT+4QkLQeKMPDZbtoVFEY=
=2Uvu
-----END PGP SIGNATURE-----
