-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 16 Jul 2001, Lionel Pitaru wrote:
> The window with those apps that will appear when you hit alt+(shift)+tab,
> will also use those apps iconified and those in other workspaces?
Good thought, I think both should be optional, with options in the
Configmenu, if we're to do this right.
>
> Thanks
> Lionel
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of xOr
> Sent: Monday, July 16, 2001 7:24 PM
> To: BlackBox
> Subject: Window Cycling
>
>
> 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
iD4DBQE7U24X8mPQRGtSu14RAnAaAJj1jdHkcPDYw7j+tQbXE13tpcdFAJ4z6VTk
YpE0fAN163XmHZxI/D8WWg==
=/0AP
-----END PGP SIGNATURE-----
