Browse Prior Art Database

A MOUSE WITH "ENTER KEY CAPABILITY"

IP.com Disclosure Number: IPCOM000013801D
Original Publication Date: 1999-Oct-01
Included in the Prior Art Database: 2003-Jun-18
Document File: 1 page(s) / 36K

Publishing Venue

IBM

Related People

M SUK: AUTHOR [+2]

Abstract

Most of today's applications are graphics user interface driven requiring input using the mouse. During installation or running of an application, one is required to drag the mouse to the center of the screen to simply click on the "Yes" or "Enter" button which is highlighed as the default button. An alternative to dragging the mouse half-way across the screen is to simply hit the "enter" key on the keyboard. But this requires one to take his/her hand off the mouse and reach across the table and hit the enter button only to find that the hand must go back to the mouse. One way to oviate all of this extracurricular activity is to simply intergrate a driver allowing the user to simulate hitting the "enter" key on the keyboard using the mouse. One way would be to press both buttons simultaneously. In essence, this is the same as what was done in IBM OS/2, where clicking on both buttons on the mouse would be equivalent to hitting "control-escape" keys on the keyboard simultaneously displaying the list of current tasks or open windows. Another method would be to use the third button on three button mice. In any case, the user should be able to define what should consistute "enter" key equivalence. 1

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 100% of the total text.

Page 1 of 1

A MOUSE WITH "ENTER KEY CAPABILITY"

Most of today's applications are graphics user interface driven requiring input using the mouse. During installation or running of an application, one is required to drag the mouse to the center of the screen to simply click on the "Yes" or "Enter" button which is highlighed as the default button. An alternative to dragging the mouse half-way across the screen is to simply hit the "enter" key on the keyboard. But this requires one to take his/her hand off the mouse and reach across the table and hit the enter button only to find that the hand must go back to the mouse.

One way to oviate all of this extracurricular activity is to simply intergrate a driver allowing the user to simulate hitting the "enter" key on the keyboard using the mouse. One way would be to press both buttons simultaneously. In essence, this is the same as what was done in IBM OS/2, where clicking on both buttons on the mouse would be equivalent to hitting "control-escape" keys on the keyboard simultaneously displaying the list of current tasks or open windows. Another method would be to use the third button on three button mice. In any case, the user should be able to define what should consistute "enter" key equivalence.

1