home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.human-factors
- Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!cs.uoregon.edu!news.uoregon.edu!news.u.washington.edu!cac.washington.edu!mattf
- From: mattf@cac.washington.edu (Matthew Freedman)
- Subject: Re: Click to Raise Windows vs. Point to Raise
- Message-ID: <1992Nov20.213434.1347@u.washington.edu>
- Sender: news@u.washington.edu (USENET News System)
- Organization: U.W. Information Systems
- References: <1992Nov18.222850.2695@u.washington.edu> <fish.722274933@news2.gsfc.nasa.gov>
- Date: Fri, 20 Nov 1992 21:34:34 GMT
- Lines: 26
-
- In article <fish.722274933@news2.gsfc.nasa.gov>, fish@daacdev1.stx.com writes:
- > mattf@cac.washington.edu (Matthew Freedman) writes:
- >
- > >Before we change the system to match this defacto standard, the
- > >point-to-raiseists would like to see hard evidence that click-to-raise
- > >is really better. Does anybody have any? If not, unsubstantiated
- > >personal opinion would be welcome too.
- >
- > i don't use pcs or macs - but do use X and i prefer point-to-raise
- > i feel that being able to specify the RaiseDelay in microseconds
- > is very crucial (400-500 seems to be good)
-
- Ah yes, that is another problem with our current system. We are using
- the mwm work-alike window manager that is runs locally on the NCD
- X-Terminals, but unfortunately, they do not yet support the
- autoRaiseDelay resource. This exacerbates the problems with
- auto-raise, becuase if you move the mouse from window A to window B in
- order to raise it, but happen to cross over window C for even an
- instant, window C will raise, possible obscuring windows B and/or A.
-
- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- = Matthew M. Freedman =
- = U. of Washington Information Systems mattf@cac.washington.edu =
- = 4545 15th Ave. NE; 4th Floor (206) 543-5593 =
- = Seattle, WA 98105 =
- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-