home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!vtserf!creatures!csgrad.cs.vt.edu!brand
- From: brand@csgrad.cs.vt.edu (Jeff Brandenburg)
- Newsgroups: comp.human-factors
- Subject: Re: Click to Raise Windows vs. Point to Raise
- Summary: you can't point just one
- Message-ID: <3831@creatures.cs.vt.edu>
- Date: 21 Nov 92 02:23:39 GMT
- References: <1992Nov18.222850.2695@u.washington.edu>
- Sender: usenet@creatures.cs.vt.edu
- Organization: VPI&SU Computer Science Department, Blacksburg, VA
- Lines: 26
-
- In article <1992Nov18.222850.2695@u.washington.edu> mattf@cac.washington.edu (Matthew Freedman) writes:
- >Has anyone ever really studied whether users [prefer point-and-raise/focus
- >or click-and-raise/focus?]
-
- not me, but...
-
- >If not, unsubstantiated personal opinion would be welcome too.
-
- I have the same Mac/Windows bias you mentioned, but I can raise (focus?)
- at least two arguments in favor of click-to-raise.
-
- 1) Cursor position is volatile. Mouse cursors wander in response to
- vibration or bumps, leading to sudden unwanted shifts in focus. This
- can be irritating or disastrous.
-
- 2) In moving the cursor to one object, one sometimes must pass over other
- objects. If these are windows, each rising in turn, the resulting flurry
- may at least be distracting; at worst, one of the intermediate windows may
- rise to cover your eventual destination. In addition, mouse sampling rates
- may allow you to skip over intermediate windows without raising them.
-
- These factors yield interfaces prone to sudden, drastic, and unpredictable
- changes. This seems like the last thing you'd want for novice or occasional
- users -- or, for that matter, expert ones.
-
- -jeffB (Jeff Brandenburg, Va. Tech CS)
-