Amy, Look!
Passage Genesis 1-2:10:
Genesis 1
The Beginning
1 In the beginning God created the heavens and the earth, using a
Comfort Optical Mouse 1000
2 Now the earth was [a] formless and empty, like DOS, darkness was over the surface of the deep, and the Spirit of God was hovering over the waters.
3 And God said, "Let there be light," God doubled clicked and there was light.
4 God saw that the light was good, and God separated the light from the darkness, by right clicking to copy and paste.
5 God called the light "day," and the darkness he called "night." And there was evening, and there was morning—the first day.
6 God then took five. God ate Cheetos and Mountain Dew, and God was good.
So you see according to the ancient scriptures even the big guy uses one!
Tuesday, January 9, 2007
Friday, January 5, 2007
So it begins!
Oh the uselessnesses of the one buttoned mouse! Read Amy! Read!
The Macintosh user interface is designed so that all functions are available with a single button mouse. Apple's Human Interface Guidelines still specify that all functions need to be available with a single button mouse. However, X Window System applications, which Mac OS X can also run, were designed with the use of two or even three button mice in mind, causing even simple operations like "cut and paste" to become awkward.
To Battle!
Advocates of multiple-button mice argue that support for a single-button mouse often leads to clumsy workarounds in interfaces where a given object may have more than one appropriate action. Several common workarounds exist, and even some widely-used Macintosh applications that otherwise conform to the Apple Human Interface Guidelines occasionally require the use of one of them.
One such workaround involves the press-and-hold technique. In a press-and-hold, the user presses and holds the single button. After a certain period, software perceives the button press not as a single click but as a separate action. This has two drawbacks: first, a slow user may press-and-hold inadvertently. Second, the user must wait while the software detects that the click is actually a press-and-hold, otherwise their press might be interpreted as a single click. Furthermore, the remedies for these two drawbacks conflict with each other: the longer the lag time, the more the user must wait; and the shorter the lag time, the more likely it is that some user will accidentally press-and-hold when meaning to click.
Take that evil clicking spawn!
Alternatively, the user needs to hold down a key on the keyboard while pressing the button (Macintosh computers use the ctrl key). This has the disadvantage that it requires that both the user's hands be engaged. It also requires that the user perform two actions on completely separate devices in concert; that is, pressing a key on the keyboard while pressing a button on the mouse. This can be a very daunting task for a disabled user. Studies have found all of the above workarounds less usable than additional mouse buttons for experienced users.
Oh yes! Oh yes! Take that fiend!
For more information on mice and the history of the mouse please visit wikipedia
The Macintosh user interface is designed so that all functions are available with a single button mouse. Apple's Human Interface Guidelines still specify that all functions need to be available with a single button mouse. However, X Window System applications, which Mac OS X can also run, were designed with the use of two or even three button mice in mind, causing even simple operations like "cut and paste" to become awkward.
To Battle!
Advocates of multiple-button mice argue that support for a single-button mouse often leads to clumsy workarounds in interfaces where a given object may have more than one appropriate action. Several common workarounds exist, and even some widely-used Macintosh applications that otherwise conform to the Apple Human Interface Guidelines occasionally require the use of one of them.
One such workaround involves the press-and-hold technique. In a press-and-hold, the user presses and holds the single button. After a certain period, software perceives the button press not as a single click but as a separate action. This has two drawbacks: first, a slow user may press-and-hold inadvertently. Second, the user must wait while the software detects that the click is actually a press-and-hold, otherwise their press might be interpreted as a single click. Furthermore, the remedies for these two drawbacks conflict with each other: the longer the lag time, the more the user must wait; and the shorter the lag time, the more likely it is that some user will accidentally press-and-hold when meaning to click.
Take that evil clicking spawn!
Alternatively, the user needs to hold down a key on the keyboard while pressing the button (Macintosh computers use the ctrl key). This has the disadvantage that it requires that both the user's hands be engaged. It also requires that the user perform two actions on completely separate devices in concert; that is, pressing a key on the keyboard while pressing a button on the mouse. This can be a very daunting task for a disabled user. Studies have found all of the above workarounds less usable than additional mouse buttons for experienced users.
Oh yes! Oh yes! Take that fiend!
For more information on mice and the history of the mouse please visit wikipedia
Subscribe to:
Posts (Atom)
