Method and apparatus for implementing a graphical user interface keyboard and a text buffer on electronic devices

[0002] The present invention relates to a method and apparatus for implementing a graphical user interface keyboard and a text buffer on electronic devices.

[0003] Many small hand-held devices that require data entry rely on a graphical user interface (GUI) keyboard. Users typically select the keys of the GUI keyboard using a pointer, such as a stylus or a pen. One difficulty with such an approach is that each key on the GUI keyboard is very small since the whole device itself is small. For such keyboards, positioning the pointer accurately on the desired key is difficult. Moreover, identifying the character selected is difficult because the pointer obscures the character identified on the key.

[0004] As shown in FIG. 1, one solution to prevent the user from selecting and entering an incorrect character into a text buffer is to highlight the selected key upon pointer-down (i.e., when the pointer first touches the GUI keyboard). If the highlighted key corresponds to the correct character, the pointer is lifted from the GUI keyboard (pointer-up) and the character that corresponds to the highlighted key is entered into the text buffer.

[0005] If, however, the highlighted key that was selected upon pointer-down does not correspond to the correct character, the user has to either i) enter the incorrect character into the text buffer and subsequently edit the character by attempting to re-position the pointer accurately on the key that corresponds to the correct character upon pointer-down; or ii) move the pointer beyond the highlighted key to prevent from entering the incorrect character into the text buffer, thus adding nothing to the text buffer.

[0006] A problem with this method is that it still requires the user to position the pointer accurately on the key that corresponds to the correct character upon pointer-down in order to enter the correct character into the text buffer. In this method, a character is only entered into the text buffer if the pointer is lifted from the key that was selected upon pointer-down.

[0007] Another solution to prevent the user from selecting and entering the incorrect character into the text buffer is to magnify the character that corresponds to the key selected by the pointer. In this process, once a key is selected, its corresponding character is magnified. Such a magnification allows a user to identify the character that corresponds to the key that was selected before the character is entered into the text buffer. If the character that is magnified is incorrect, the user can select another key by moving the pointer across the GUI keyboard to the correct character. After the correct character is magnified, however, the user is required to “double-tap” on its corresponding key in order to enter the correct character into the text buffer.

[0008] One problem with this method, however, is that since the device is small, the pointer may also cover the magnified character, thus making it difficult to identify the character that corresponds to the key that was selected even though the character is magnified. Another problem with this method is that even if the magnified character is identifiable, the user is required to “double-tap” on its corresponding key before the character is entered in the text buffer. Such a selection method still requires the user to position the pointer accurately on the key that corresponds to the correct character upon pointer-down.

[0009] Thus, a need exists or providing a method and apparatus that easily identifies an active character in an area on the GUI that is not obscured by the pointer, allows subsequent characters to become active after pointer-down and accepts a character as a text character without requiring the pointer to be positioned accurately on the key that corresponds to the accepted character upon pointer-down.

[0010] A preferred embodiment of the present invention is now described, by way of example only, with reference to the accompanying drawings in which:

[0011] FIG. 1 (prior art) illustrates a state diagram of a method known in the art;

[0012] FIG. 2 illustrates a structural block diagram according to the preferred embodiment of the present invention;

[0013] FIG. 3 illustrates a screen shot where a first key is highlighted and its corresponding character is active and inserted in an active position within a text buffer according to the preferred embodiment of the present invention;

[0014] FIG. 4 illustrates a screen shot where a second key is highlighted and its corresponding character becomes the active character inserted in the active position within the text buffer according to the preferred embodiment of the present invention;

[0015] FIG. 5 illustrates a state diagram according to the preferred embodiment of the present invention;

[0016] FIG. 6 illustrates a screen shot showing a first configuration according to an alternative embodiment of the present invention;

[0017] FIG. 7 illustrates a screen shot showing a second configuration according to the alternative embodiment of the present invention; and

[0018] FIG. 8 illustrates a screen shot showing a third configuration according to the alternative embodiment of the present invention.

[0019] A method and apparatus for implementing a graphical user interface (hereinafter referred to as “GUI”) keyboard on an electronic device, wherein the GUI keyboard comprises a plurality of keys, is described herein. The preferred embodiment of the present invention easily identifies an active character in an area on the GUI that is not obscured by the pointer, allows a subsequent character to become active in place of the previous active character after pointer-down and accepts the character that is active at the time of pointer-up as a text character without requiring the pointer to be positioned accurately on the key that corresponds to the accepted character upon pointer-down. It is important to note that a character “is active” or “becomes active” when its corresponding key is selected. Thus, the active character changes as the pointer selects subsequent characters prior to pointer-up. It should also be noted that the pointer is either a stylus, a finger, a pen or any other object that can be used to select a key on the GUI keyboard.

[0020] The structure of the electronic device according to the preferred embodiment of the present invention is illustrated in FIG. 2. The GUI of the electronic device comprises a GUI keyboard 10 and a text buffer 12. It should be noted that the GUI keyboard 10 can comprise any type of characters (e.g., letters, numbers, special characters, Chinese characters, etc.) and/or display any type of configuration thereof (e.g., the characters displayed in a particular order such as in a QWERTY keyboard).

[0021] The internal circuitry of the electronic device comprises a touch sensitive surface 14, a display unit 16 (e.g., a liquid crystal display), an input interface 18, a processing unit 20, a keyboard graphic module 22 and a display driver 24. The touch sensitive surface 14 is overlaid on top of the display unit 16 to create a touch screen 26. Preferably, the touch sensitive surface 14 is a resistive grid, but could alternatively be an inductive grid, capacitance grid or any other touch sensitive surface known in the art.

[0022] The input interface 18 is coupled to the touch sensitive surface 14. The input interface 18 translates pressure on the touch sensitive surface 14 into Cartesian coordinates (hereinafter referred to as “coordinates”) and transmits the coordinates to the processing unit 20. The coordinates identify the current location of the pointer 28. Thus, as the pointer 28 exerts pressure on the touch sensitive surface 14 by moving across the GUI keyboard 10, the input interface 18 generates new coordinates in order to keep current of the location of the pointer 28.

[0023] The processing unit 20 is coupled to the input interface 18. Upon receiving the coordinates from the input interface 18, the processing unit 20 is programmed by a computer-readable memory device 30 having instructions and data stored therein which, when loaded into the processing unit 20, cause the processing unit 20, as shown in FIGS. 3 and 4, to i) highlight a key 31 that represents the current location of the pointer 28; ii) select and insert a character into an active position 32 within the text buffer 12 that corresponds to the key 31 highlighted to identify an active character; iii) replace the active character, as the pointer 28 moves across the GUI keyboard 10, with a subsequent character that corresponds to the current location of the pointer 28 prior to pointer-up; iv) accept the active character as a text character upon pointer-up; and v) advance the active position 32 upon entry of the text character. It is important to note that as the pointer 28 moves across the plurality of keys on the GUI keyboard 10 prior to pointer-up, the active character inserted into the active position 32 within the text buffer 12 is replaced with a subsequent character (which is now the active character) that corresponds to the current location of the pointer 28.

[0024] Referring back to FIG. 2, the keyboard graphics module 22 is coupled to the processing unit 20. The keyboard graphics module 22 communicates to the processing unit 20 the type of characters associated with the GUI keyboard 10 (e.g., special characters, selected characters, Chinese characters, etc.) and/or their configuration displayed on the touch screen 26.

[0025] The display driver 24 couples the processing unit 20 to the display unit 16. The output from the processing unit 20 is transmitted to the display driver 24 which turns on or off pixels within the display unit 16.

[0026] In operation, as shown in FIG. 3, a character is active and inserted into the active position 32 within the text buffer 12 by selecting a key on the GUI keyboard 10 upon pointer-down. For example, when the key that corresponds to the character “l” is selected (e.g., key 30), the character “l” becomes the active character and is inserted into the active position 32 within the text buffer 12. Inserting the active character, in this case the character “l”, in the active position 32 within the text buffer 24 allows the user to easily identify the active character that corresponds to the key 30 selected without solely relying on identifying the active character behind/under the pointer 28. When the pointer 28 is lifted from a key (e.g., key 30), the character that is active (e.g., the character “l”) is accepted as a text character and the active position advances upon entry of the text character and waits for the next active character selected and inserted upon the next pointer-down.

[0027] Moreover, the present invention resolves the difficulty of accurately selecting a key that corresponds to the desired character upon pointer-down. For instance, as shown in FIG. 4, suppose that the user wants to make the character “o” a text character, but instead selects the key that corresponds to the character “l” (i.e., key 31) upon pointer-down (since the key corresponding to the character “o” (key 34) and the key corresponding to the character “l” (key 30) are in close proximity to one another on the GUI keyboard 10). As a result, the character “l” is active and inserted in the active position of the text buffer. The present invention allows the user to make the character “o” active by sliding the pointer 28 from key 31 to key 34. If the character “o” remains active (i.e., the pointer 28 has not moved outside the boundary of key 34) when the pointer 28 is lifted from the GUI keyboard 10, the character “o” is accepted as a text character, regardless of the fact that the character “l ” was the active character upon pointer-down.

[0028] A further example is illustrated in FIG. 5 using a state diagram. In operation, a user enters a keyboard mode (See state 36) and selects a key upon pointer-down. The selected key is highlighted and its corresponding character becomes active (See state 38). As the user slides her pointer across the GUI keyboard, the processing unit 20 monitors the movement of the pointer 28 by selecting (and preferably highlighting) the key corresponding to the current location of the pointer 28 and making active its corresponding character. Thus, the active character inserted into the active position of the text buffer is updated with a subsequent character that corresponds to the key currently selected by the pointer. Whichever character is active at the time the pointer is lifted from the GUI keyboard, that character is accepted as a text character (See state 40). It is important to note that if the pointer is moved outside of the GUI keyboard, the active character is de-selected and the active position in the text buffer is left blank (i.e., there is no active character). If the pointer is lifted from the GUI keyboard when the active position in the text buffer is blank, nothing is accepted as a text character and the active position in the text buffer does not advance.

[0029] As described herein thus far, the preferred embodiment of the present invention identifies the active character in an area that is not obscured by the pointer 28. The preferred embodiment of the present invention also updates the active character with a subsequent character as the pointer 28 changes its location on the GUI keyboard 10. Moreover, the preferred embodiment of the present invention accepts the character that is active upon pointer-up as a text character regardless of the character that was selected and inserted into the active position within the text buffer upon pointer-down. In addition to that already described in the preferred embodiment, the present invention further provides a zooming/pop-up GUI keypad in relation with the GUI keyboard to further assist in identifying, selecting and accepting the desired character as a text character, which is the focus of the remainder of the discussion.

[0030] As shown in FIG. 6, when a key is selected on the GUI keyboard 10, a new GUI keypad 42 pops up according to an alternative embodiment of the present invention. This new pop-up GUI keypad 42 has fewer keys than the GUI keyboard 10, but the keys on the pop-up GUI keypad 42 are larger than the keys on the GUI keyboard 10. Preferably, the characters that correspond to the keys on the pop-up GUI keypad 42 depend on which key is selected (or which character is active) upon pointer-down or subsequently moved to prior to pointer-up. Further, the number of keys and the arrangement of the pop-up GUI keypad 42 are user determinable.

[0031] For example, as shown in FIG. 6, if the character “g” is active, the pop-up GUI keypad 42 may have nine keys arranged in a 3×3 grid. The first row of the pop-up GUI keypad 42 has the keys that correspond to characters “r”, “t” and “y”. The second row of the pop-up GUI keypad 42 has the keys that correspond to characters “f”, “g” and “h”. The third row of the pop-up GUI keypad 42 has the keys that correspond to characters “c”, “v” and “b”. In the same respect, if the character “p” is active, the pop-up GUI keypad 42 may have six keys arranged in 2×3 grid as shown in FIG. 7. If the character “l ” is active, the pop-up GUI keypad 42 may have only four keys arranged in 2×2 grid as shown in FIG. 8.

[0032] It is desirable that the pop-up GUI keypad 42 displays the selected key (i.e., the key that corresponds to the active character) and a predetermined number of keys that are in the vicinity of the selected key to allow the user to easily select a neighboring key (that is magnified) to change the active character, if necessary. Preferably, the selected key is highlighted in the pop-up GUI keypad 42. It should be noted that a key can be selected from either the GUI keyboard 10 or the pop-up GUI keypad 42. Thus, since the keys on the pop-up GUI keypad 42 are relatively large in relation to the keys on the GUI keyboard 10, the active character is highlighted in the pop-up GUI keypad 42 and the active character is inserted in the active position of the text buffer, the user has good visual feedback about the identity of the active character before the character is accepted as a text character.

[0033] While the invention has been described in conjunction with a specific embodiment thereof, additional advantages and modifications will readily occur to those skilled in the art. The invention, in its broader aspects, is therefore not limited to the specific details, representative apparatus and illustrative examples shown and described. Various alterations, modifications and variations will be apparent to those skilled in the art in light of the foregoing description. Thus, it should be understood that the invention is not limited by the foregoing description, but embraces all such alterations, modifications and variations in accordance with the spirit and scope of the appended claims.