ekrimen@csuchico.edu (Ed Krimen) (09/29/90)
Anyone know of a AUTO folder program that moves the window under the mouse pointer to the top? There's a function called AUTONEWTOP, or something like it, in a disk catalogger called STDCAT40. When you move the mouse, the window under it comes to the top. Thanks. -- ========================================================================== Ed Krimen - ekrimen@csuchico.edu - ||| SysOp, Fuji BBS 916-894-1261 Video Production Major ||| [ THIS SPACE AVAILABLE ] California State University, Chico / | \ [ LEAVE E-MAIL ]
leo@ehviea.ine.philips.nl (Leo de Wit) (10/02/90)
In article <1990Sep29.015829.520@ecst.csuchico.edu> ekrimen@csuchico.edu (Ed Krimen) writes: |Anyone know of a AUTO folder program that moves the window under the |mouse pointer to the top? There's a function called AUTONEWTOP, or |something like it, in a disk catalogger called STDCAT40. When you |move the mouse, the window under it comes to the top. Thanks. |-- |========================================================================== |Ed Krimen - ekrimen@csuchico.edu - ||| SysOp, Fuji BBS 916-894-1261 |Video Production Major ||| [ THIS SPACE AVAILABLE ] |California State University, Chico / | \ [ LEAVE E-MAIL ] This seems rather surprising behaviour; it would annoy me as a user. The Suntools solution seems nicer: a key is reserved that tops each window consecutively; alternatively you can click on a window's border to expose that particular window to the top. Clicking on a window will make it current (but no top it). This can easily be put into a program, or even hacked into the mouse driver (making it more generic). The unability of GEM to work with other windows than the top one, or to top hidden windows is rather a drawback. Leo.
ripley@opal.cs.tu-berlin.de (Hans-Ch. Eckert) (10/06/90)
In article <895@ehviea.ine.philips.nl> leo@ehviea.ine.philips.nl (Leo de Wit) writes:
This seems rather surprising behaviour; it would annoy me as a user.
As it seems, you have never used X-Windows with the MWM Windowmanager.
I you want, you can install such behaviour.
The unability of GEM to work with other windows than the top one,
or to top hidden windows is rather a drawback.
Surely, nobody would claim that there is nothing that can be
added to GEM :-)
Finally, all that depends on your application. Nobody keeps you from
adding such features. It might even be possible to add this into
the system by writing a TSR that spits out appropriate WM_TOPPED Messages
upon hitting the hot-key.
Greetings,
RIPLEY
--
Greetings from RIPLEY | UUCP: ripley@tubopal.UUCP (ripley@opal.cs.tu-berlin.de)
Hans-Christian Eckert | ...!unido!tub!opal!ripley (Europe)
D-1000 Berlin 30 | ...!pyramid!tub!opal!ripley (World)
Regensburger Str. 2 | BITNET: ripley%tubopal@DB0TUI11.BITNET (saves $$$)
leo@ehviea.ine.philips.nl (Leo de Wit) (10/08/90)
In article <RIPLEY.90Oct6023830@troll.cs.tu-berlin.de> ripley@opal.cs.tu-berlin.de (Hans-Ch. Eckert) writes: |In article <895@ehviea.ine.philips.nl> leo@ehviea.ine.philips.nl (Leo de Wit) writes: | This seems rather surprising behaviour; it would annoy me as a user. |As it seems, you have never used X-Windows with the MWM Windowmanager. |I you want, you can install such behaviour. Sorry, I don't follow your logic; even if you know a piece of software doesn't mean you will not find anything in its behaviour surprising. I was only recently again surprised that GEM always tops windows; that does not mean that I don't know GEM, or the fact that it tops windows. | | The unability of GEM to work with other windows than the top one, | or to top hidden windows is rather a drawback. |Surely, nobody would claim that there is nothing that can be |added to GEM :-) |Finally, all that depends on your application. Nobody keeps you from |adding such features. It might even be possible to add this into |the system by writing a TSR that spits out appropriate WM_TOPPED Messages |upon hitting the hot-key. Sure, I think it can be done. But look at the other side: compatibility, standards. For instance, if a program for some reason uses the fact that a completely hidden window can't be topped - which it is allowed to - it (or you) will be in for a surprise if you top such a hidden window by means of a TSR. Also, when application programmers just hard-code this behaviour in their programs, we get GEM programs that can handle hidden windows, and GEM programs that can't; this is confusing for users (what I would call surprising behaviour). Even in GEM there are some rules about how you present stuff to the user (the book Programmer's guide to GEM by P. Balma and W. Fitler gives excellent directions about do's and dont's); one of the basic rules I think is that you use a consistent interface. We thank you for your attention ;-) Leo.