System, method, and computer-readable medium for displaying keyboard cues in a window

• US 6,657,645 B2
• Filed: 06/11/1999
• Issued: 12/02/2003
• Est. Priority Date: 06/11/1999
• Status: Expired due to Term

• Current Assignee: Zhigu Holdings Limited
• Original Assignee: Microsoft Corporation
• Inventors: Bermudez, Gerardo, Costea, Mihai, Schmidt, Michael A.
• Primary Examiner(s): SAX, STEVEN PAUL
• Application Number:
  US09/332,285
• Publication Number:
  US 20020163542A1
• Time in Patent Office: 1,635 Days
• Field of Search: 345/803, 345/805, 345/807, 345/786, 345/794, 345/827, 345/812, 345/168, 345/773, 345/811, 345/831, 345/821-824, 345/856-861, 345/704, 700/717, 707/2, 706/21
• US Class Current: 715/805
• CPC Class Codes: G06F 3/0481 based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
• CPC Class Codes: G06F 3/04895 Guidance during keyboard input operation, e.g. prompting

Abstract

A mechanism for predicting whether user interface elements, such as keyboard cues, would be helpful to a computer user and either displaying or hiding the user interface elements based on that prediction is disclosed. Briefly described, an identification is made whether the last input device was a keyboard or a pointing device, such as a mouse. If the last input device was a pointing device, the keyboard cues are hidden. If the last input device was a keyboard, the keyboard cues are displayed. If the input device changes after the keyboard cues have been initially either hidden or displayed, a message so indicating is passed up the window hierarchy. Upon receiving the message, the top-level window responds by causing the display states of all the windows in the window hierarchy to be updated to reflect the changed input device.

Claims

1. A computer-readable medium having computer-executable instructions for displaying a window, which, when executed, comprise:

dynamically determining a preference of a user by recognizing a first input event from an input event history, the first input event invoking the creation of the window;

identifying an input device type associated with the first input event;

if the input device type associated with the first input event was not a keyboard, displaying the window without displaying a keyboard cue associated with the keyboard, and if the input device type associated with a second input event is the keyboard, changing a display state of the keyboard cue from hidden to display, wherein if the second input event includes depressing a pre-selected key on the keyboard, displaying a corresponding keyboard cue.

2. The computer-readable medium of claim 1, wherein the pre-selected key is an Alt key on the keyboard and the corresponding keyboard cue is a keyboard accelerator.

3. The computer-readable medium of claim 1, wherein the pre-selected key is a Tab key on the keyboard and the corresponding keyboard cue is a focus indicator.

4. For use in a computer system having an operating system, the operating system configured to display windows in a window hierarchy wherein a top-level window is superior to a child window, a method of displaying a keyboard cue, comprising:

dynamically determining a preference of a user by recognizing a first input event, triggered by an input device, that invoked the creation of a window in the window hierarchy, the first input event being obtained from an input event history;

passing to the window a state indicator, which defines the history, configured to reflect the input device;

in response to one state of the state indicator, displaying the window with the keyboard cue displayed; and

in response to a second state of the state indicator, displaying the window with the keyboard cue hidden.

5. The method of claim 4, further comprising:

recognizing a second input event;

determining if the second input event was triggered by the input device;

if the second input event was not triggered by the input device, causing the state of the state indicator to be changed to reflect that the second input event was not triggered by the input device; and

updating the display of the window to reflect the changed state indicator.

6. The method of claim 5, wherein the input device is a pointing device and further comprising:

if the second input event includes depressing a pre-selected key on a keyboard, displaying a corresponding keyboard cue.

7. The method of claim 6, wherein the pre-selected key is an Alt key on the keyboard and the corresponding keyboard cue is a keyboard accelerator.

8. The method of claim 6, wherein the pre-selected key is a Tab key on the keyboard and the corresponding keyboard cue is a focus indicator.

9. The method of claim 4, further comprising:

recognizing a second input event;

determining if the second input event was triggered by the input device;

if the second input event was not triggered by the input device, determining if the window is the top-level window in the window hierarchy; and

if the window is the top-level window in the window hierarchy, causing the state of the state indicator to be changed to reflect that the second input event was not triggered by the input device.

10. The method of claim 9, further comprising causing all of the windows in the window hierarchy to be updated to reflect the changed state indicator.

11. The method of claim 9, further comprising if the window is not the top-level window in the window hierarchy, passing to a parent window of the window a request to change the state of the state indicator to reflect that the second input event was not triggered by the input device.

12. The method of claim 11, further comprising:

upon the receipt by the parent window of the request to change the state of the state indicator, causing the state of the state indicator to be changed to reflect that the second input event was not triggered by the input device; and

causing all of the windows in the window hierarchy to be updated to reflect the changed state indicator.

13. The method of claim 11, further comprising:

upon the receipt by the parent window of the request to change the state of the state indicator, handling the request within the parent window.

14. The method of claim 9, wherein:

if the window is not the top-level window in the window hierarchy, causing a message to be passed up the window hierarchy to the top-level window requesting a change to the state of the state indicator to reflect that the second input event was not triggered by the input device.

15. A computer-readable medium having computer-executable instructions for displaying a window in a window hierarchy, which when executed, comprise:

dynamically determining a preference of a user by recognizing that an input event directed to a current window in the window hierarchy was generated by an input device different from a prior input device based on an input event history;

identifying whether the current window is a top-level window in the window hierarchy;

if the current window is not the top-level window in the window hierarchy, passing a message up the window hierarchy indicating a change in the input device; and

receiving from an operating system a message directing the current window to display a keyboard cue in the current window if the input device that generated the input event was a keyboard.

16. The computer-readable medium of claim 15, further comprising:

if the input device that generated the input event is a pointing device, hiding a keyboard cue in the current window.

17. A computer-implemented method for causing a window to be displayed in a user interface mode, comprising:

providing an identifier associated with the window and dynamically configured to identify the user interface mode based on a preference of a user for an input device taken from a history of input device usage, wherein the user interface mode includes a display state for at least one screen display element, and wherein the at least one screen display element includes a keyboard cue; and

based on the state of the identifier, displaying the window in the identified user interface mode without displaying the keyboard cue if the state of the identifier indicates that the input device is a pointing device, wherein the window is associated with a window hierarchy including at least one child window of the window, and further comprising issuing to the window hierarchy a series of commands, based on the identifier, causing all the windows in the window hierarchy to be displayed in the identified user interface mode.

18. The computer-implemented method of claim 17, wherein the identifier is maintained by an operating system and wherein the operating system is configured to override an attempt by a software application to alter the user interface mode.

19. The computer-implemented method of claim 18, wherein the identifier is set by sensing an input event.

20. The computer-implemented method of claim 19, wherein the identifier is set by pre-selecting the user interface mode with a configuration setting maintained by the operating system.