Touch Screen Control

Abstract
This document relates to touch screen controls. For instance, the touch screen controls can allow a user to control a computing device by engaging a touch screen associated with the computing device. One implementation can receive at least one tactile contact from a region of a touch screen. This implementation can present a first command functionality on the touch screen proximate the region for a predefined time. It can await user engagement of the first command functionality. Lacking user engagement within the predefined time, the implementation can remove the first command functionality and offer a second command functionality.
Description
BACKGROUND

Computing devices continue to evolve into different configurations, such as notebook computers, personal digital assistants (PDAs), cell phones/smart phones, etc. Traditionally, computing devices employed separate input devices, such as mice and/or keyboards and output devices, such as a display screen. Various configurations have been developed and refined to allow the user to easily control the computing device in these traditional scenarios. For instance, some of these configurations employ a toolbar of commands at a set location on the display and the user can control the computing device by selecting commands with an input device such as a mouse.


Relatively recently touch screens have become more readily available. Touch screens blur the traditional lines by offering the capability to function as both an input device and an output device. Adapting the traditional configurations to touch screen scenarios tends not to produce high user satisfaction and/or underutilizes the capabilities offered by the touch screen.


SUMMARY

This document relates to touch screen controls. For instance, the touch screen controls can allow a user to control a computing device by engaging a touch screen associated with the computing device. One implementation can receive at least one tactile contact from a region of a touch screen. This implementation can present a first command functionality on the touch screen proximate the region for a predefined time. It can await user engagement of the first command functionality. Lacking user engagement within the predefined time, the implementation can remove the first command functionality and offer a second command functionality.


Another implementation can receive a first tactile contact from a user on a touch screen. The implementation can present a toolbar of commands while the receiving continues. The implementation can receive a second tactile contact from the user over an individual command of the toolbar. The implementation can provide a corresponding command functionality. This implementation can also allow the user to control the corresponding command functionality by sliding the first tactile contact and the second tactile contact on the touch screen.


This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.





BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description is described with reference to the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The use of similar reference numbers in different instances in the description and the figures may indicate similar or identical items.



FIGS. 1-23 are examples of touch screen control usage scenarios in accordance with some implementations of the present concepts.



FIG. 24 is an example of a system that can implement touch screen control concepts.



FIGS. 25-26 are flow diagrams of touch screen control methods in accordance with some implementations.





DETAILED DESCRIPTION
Overview

More and more, computing systems are sold with touch screens. Touch screens accept user input based on physical or tactile contact. A user can achieve this tactile contact by engaging contact detectors included in the touch screen with his/her finger(s), a stylus(es), or other mechanism. The present concepts allow a user to call up a command architecture by engaging the touch screen. Further, the command architecture can be presented proximate to the user engagement, rather than at a fixed location, including—but not restricted to—being superimposed in a semi-transparent form directly over the area of engagement. On both mobile form-factors and large-screen formats (tabletops, whiteboards, etc.) it can be desirable to activate commands in-place or proximate to the locus of interaction. On small mobile devices this proximity can have the virtue of avoiding permanently visible icons, palettes, or other widgets. On large format displays this proximity can have the virtue of avoiding round trips to a distant user interface control, and, by appearing at a location dictated by the position of the user's hand, thereby ensuring that controls are within reach of the user (in contrast to appearing in a menu bar at the top of a large wall-mounted display where they may well be out of reach of many users).


The present concepts can also attempt to distinguish user intent when the user engages the touch screen. Toward that end, a first command function can be offered to the user responsive to the user engagement. For example, the user touches the touch screen and a toolbar is presented proximate the touch. A determination can be made whether the intended command function was offered to the user. For instance, the determination can be based upon user response to the offered command function. Continuing with the above example, if the user does not select a command from the presented toolbar, then it is likely that the intent of the user remains unsatisfied. An alternative command function can be offered to the user if it is determined that an incorrect command function was offered. For example, the toolbar may be removed and content near the user touch may be highlighted.


Example Scenarios


FIGS. 1-23 illustrate exemplary manifestations of the touch screen control concepts described in this document.



FIGS. 1-5 collectively illustrate a first touch screen control implementation. FIGS. 1-5 include a computing device or “device” 102(1) that has a touch screen 104(1). User interaction with the touch screen is represented by a user's hand 106(1).


Initially, in FIG. 1 the user's hand 106(1) is proximate but not contacting touch screen 104(1). Content in the form of “Giraffes are . . . ” and “Zebras are . . . ” is displayed on the touch screen.


In FIG. 2, the user's hand 106(1) engages the touch screen 104(1). In this case, the user's fingertip engages the touch screen proximate to the “Giraffes are . . . ” content as indicated at 202.


In FIG. 3, the device 102(1) can attempt to determine the user's intent associated with the fingertip engagement of FIG. 2. In this example, the device 102(1) offers a first set of commands 302 to the user. In this case, for purposes of explanation, the first set of commands 302 includes a ‘back arrow’ and a ‘forward arrow’ or ‘next arrow’. In this implementation, the first set of commands are offered proximate to the fingertip engagement. In this case, “proximate to” means that the location of the first set of commands is based at least in part upon the location of the finger engagement rather than being at a predetermined fixed location, such as the top or bottom of the touch screen. In some of these cases, “proximate to” can mean at or adjacent to the location of the finger engagement. In other cases, the location of the first set of commands may be farther from the location of finger engagement, but still based at least in part upon the finger engagement location.



FIGS. 4 and 5 offer two alternative scenarios that can occur responsive to the scenario of FIG. 3. In FIG. 4, the user, via user's hand 106(1), engages a command of the first set of commands 302. In this example, the user engages the ‘back arrow’. Thus, in this scenario the device accurately predicted the user's intent and offered appropriate control options to the user.



FIG. 5 illustrates an alternative scenario where the user does not engage any of the offered set of commands 302 within a predefined time period. In this case, the device 102(1) can interpret the user's lack of engagement of the offered commands as an indication that the user's intent has not been satisfied. In such a scenario, the device can remove the first set of commands and offer another command functionality. In some implementations, the first set of commands can be removed by gradually fading them out over a period of time, such as one second. In the example of FIG. 5, the device highlights displayed content that is proximate to the contact (e.g., “Giraffes are . . . ”) (now bold, underlined text) for the user and can automatically conduct a web-search on the highlighted text for the user. (The results of the web-search are not illustrated here). The above discussion illustrates how the device can attempt to offer desired commands to the user and can update the offered commands based upon the user's response.



FIGS. 6-8 collectively illustrate a second touch screen control implementation.


Initially, in FIG. 6 a user's hand 106(2) engages touch screen 104(2) with two contact points 602(1) and 602(2) at substantially the same time (such as +/−0.5 seconds). Device 102(2) can calculate an initial distance D between the two contact points 602(1) and 602(2). The device can attempt to determine user intent from the two contact points. For instance, if the two contact points are touching one another, or distance D is less than a predefined distance or defined value, the device can interpret the user intent as being different than an instance where the contact points are at a distance that is greater than distance D. For example, the predefined distance can be 0.5 inches. In such a case, two substantially simultaneous contacts within 0.5 inches can be treated differently than those equaling or exceeding 0.5 inches.



FIG. 7 illustrates a subsequent view where the device displays a first command set in the form of toolbar 702 responsive to the two user contact points discussed above relative to FIG. 6. In this instance, assume that the distance D is less than the predetermined value.



FIG. 8 shows a subsequent view where the user maintains contact with the touch screen 104(2) and spreads the contact points away from one another. In this example the user's thumb slides downward as indicated by arrow 802. Alternatively, the predefined distance could be altered by moving the index finger and/or both the index finger and the thumb could also be moved, to essentially the same effect. In response to such slide action, the toolbar 702 can be extended, offering additional commands 804(1), and/or, offering additional toolbars 804(2) as indicated in this example.


Thus, a mechanism is provided that not only enables the presentation of additional commands, but in which those commands can be organized by functional groups as indicated at 804(1) and 804(2). While an initial toolbar and two additional toolbar functionalities are illustrated, any number of toolbars or toolbar functionalities can be generated for the user responsive to the slide action. Further, in this example the toolbar 702 is expanded via two organized functional groups 804(1) and 804(2). In other implementations, expanding toolbar 702 may simply increase the number of displayed icons that are listed on the toolbar without the toolbar being broken into discrete sub-units. In a further configuration the expanding toolbar could maintain highly used commands in the initial portion of the toolbar and add additional commands as the toolbar is expanded.


In this case the toolbar 702 is expanded in what can be termed an ‘accordion fashion’ that follows the movement and position of the user contacts (e.g., the toolbar is adjusted in a manner that corresponds to the user action). Other implementations can expand the toolbar in other ways, such as in a radial fashion, or only horizontally (e.g., left-to-right) rather than following both horizontal and vertical sliding. Recall that in this case, the device 102(2) determined based at least in part on distance D that the user intent related to calling up a toolbar. In an instance where the distance D exceeded the predetermined value, then the device may have offered other command options to the user. For example, the device may have determined that the user wanted to select and zoom content between the two contact points (e.g., “zoom function”).


Alternatively or additionally to deriving user intent from initial distance D, user intent can be inferred from the slide action. For instance, if the user maintains the contact 602(1) stationary while sliding contact 602(2) (e.g., the thumb) away, the technique can interpret that the user intent is to expand the toolbar. In contrast, if the user slides both contacts 602(1) and 602(2) away from one another, the technique can interpret that the user intent is to zoom on content between the contacts.


In summary, the present implementations can offer enhanced command functionality to a user of the device 102 and attempt to offer individual command functionalities to match user intent. Further, some of these implementations can utilize subsequent user actions to further refine the presented command functionality. Also, while a two finger pinch example is illustrated, other implementations can utilize other pinch gestures, such as a three finger pinch gesture.



FIGS. 9-16 collectively illustrate a third touch screen control implementation that is similar to the second touch screen implementation described above.


Initially, in FIG. 9 a user's hand 106(3) engages touch screen 104(3) of device 102(3) with a single contact point 902. In this case, the single contact point is made by the tip of the user's index finger. Some implementations can measure the size of the single contact point and utilize the size as a parameter for determining user intent. For instance, a large contact point, such as where the user's palm inadvertently contacts the touch screen can be interpreted differently than a fingertip size contact point. Alternatively or additionally, the orientation and/or shape of the contact point can be used as parameters to determine user intent.



FIG. 10 shows a subsequent view of device 102(3) where a toolbar 1002 is presented proximate to the location of the single contact point 902. A finger shadow 1004 is also presented for the user proximate to the single contact point. The finger shadow can be presented based upon a determination of the user's intent with the single contact point. The purpose of the finger shadow is explained below relative to FIGS. 11-12. Briefly, a finger shadow can offer the user the option of expanding a presented toolbar without the user having to generate two simultaneous contacts.


Note also that some implementations can utilize a context of the contact point 902 as a factor or parameter for determining user intent. For instance, if the contact point is over text or an icon, a first user intent may be determined. In contrast, if the contact point is in a ‘blank’ area of the touch screen then a different user intent may be determined. Other user actions can also be utilized to determine user intent. For instance, if toolbar 1002 is presented and the user then taps another area of the touchscreen not associated with the toolbar then the user may not want the toolbar and the toolbar can be removed. Some implementations may further attempt to interpret this subsequent user input. For instance, a quick (e.g., less than one second) tap (e.g., in a single location) may be interpreted in a different manner than a contact across the screen (drag or stroke). For example, a quick tap may indicate that the user wants the toolbar to be removed, whereas a drag or stroke may indicate intent to utilize a command from the toolbar.



FIG. 11 shows a subsequent view of device 102(3) where the user has contacted the touch screen 104(3) with his/her thumb over the finger shadow 1004. Note that some implementations may position a first finger shadow under the first contact point 902 and may position finger shadow 1004 to indicate or suggest where the user may make another contact. In such a case, the first finger shadow can be associated with toolbar 1002 and finger shadow 1004 can be utilized to instantiate additional commands.



FIG. 12 shows a further view where the user is sliding his/her thumb and index finger apart to expand the toolbar in an accordion fashion similar to that described above relative to FIGS. 6-8. However, in this case, the user does not have to make the simultaneous two fingered contact gesture described above. In this implementation, the option of toolbar expansion is provided to the user should the user so decide to utilize this command. If the command the user desires is in the initial toolbar 1002 presented in FIG. 10, then the user can ignore the finger shadow 1004. In such a case, the finger shadow obscures little or no screen space. Further, some implementations can automatically fade out the finger shadow if the user does not contact it within a predefined duration of time.


The finger shadow 1004 can be utilized in alternative or additional ways. For instance, in one configuration, a user contact with the finger shadow can function to activate a specific command, such as a lasso selection tool, or a last (e.g., most recently) used command. Thus, responsive to the initial contact the finger shadow is generated. If the user contacts the finger shadow and slides his/her fingers apart then the user can expand the toolbar in the accordion fashion described above. The finger shadow can enable this feature without simultaneous contacts. In some implementations the finger shadow can also enable an alternative functionality. For instance where the user engages, but does not slide the finger shadow then another command can be activated. In one implementation, the activated command is the lasso tool. By activating the lasso tool via the finger shadow, the user can immediately start to select content by engaging (e.g., touching and holding) the touch screen with his/her other hand or with a pointing tool in the other hand. In some implementations this touch-and-hold can immediately activate the secondary mode (e.g. lasso). In this case, there no time-out, as there is for traditional touch-and-hold context menus, for example. The finger shadow may also function as a clip board where content can be stored by dragging the content to the finger shadow.


In some implementations the initial contact can be utilized for the main modal controls of an application (such as lasso mode, pen stroke mode, highlighter stroke mode, paintbrush mode, eraser mode, etc.) then the finger shadow would offer whatever mode was most recently used. This configuration can provide a shortcut where the user can quickly move between drawing normal ink strokes, or, via the finger shadow, make strokes in whatever mode was most frequently used. Allowing rapid interleaving of normal pen strokes and any of these commonly used modes can allow the system to efficiently support a variety of common task workflows.


In these embodiments, the most recently used mode can be shown as attached to (or overlaid with) the finger shadow itself, and the toolbar itself can be expanded from the finger shadow. The icons on the toolbar do not change order depending on which mode is currently on the finger shadow itself. This can make the interaction with the toolbar more predictable and habitual for the user.



FIG. 13 shows the user engaging an offered command 1302 with a finger tip of his/her right hand as indicated at 1304. In this case, command 1302 is a drawing tool to create an circle shape having a dotted line. In some implementations, the toolbar can remain in its present form while the user utilizes command 1302. In other implementations, the toolbar can be see-though or transparent during the drawing operation. Stated another way, in some implementations, the toolbar is visible at the onset of the task, disappears/fades out when the user selects the option, and optionally may fade back in when the user finishes dragging out the indicated shape. FIGS. 14-16 illustrate another configuration where the toolbar disappears during the drawing operation and reappears at the conclusion of the drawing operation.



FIG. 14 shows a view immediately subsequent to the user selecting command 1302. The toolbar has been removed responsive to the user selecting the circle tool to provide an uncluttered work area on the touch screen 104(3).



FIG. 15 shows the user sliding his/her right finger 1304 to create the desired circle 1502 on the touch screen 104(3). A similar functionality could be achieved by sliding one or more fingers of the left hand and/or fingers of both the right and left hand. For instance, the left hand can be used to control the center of the circle and the right hand can be used to control the diameter of the circle. (Of course, moving the center can also affect the diameter and/or location of the circle).



FIG. 16 shows a subsequent view after the user has completed the circle 1502 and disengaged his/her right finger 1304 from the touch screen 104(3). In this case, toolbar 1002 is again visualized on the touch screen responsive to the disengaging so that the user can select another command.


Some implementations can allow the user to redefine what the “default” or top-most toolbar commands are for the pinch-to-expand-commands gesture. For example, the user can pinch-to-expand all the commands, which are divided into several functional sets. If the user keeps the thumb in contact with the screen, lifts the index finger only, and then brings the index finger down on a different tool palette, then that palette can become the top-most one that is presented first in conjunction with the finger shadow and/or the quick-access toolbar. In this way, the user may optimize which tool palettes are closest at hand to make particular tasks.



FIGS. 17-23 collectively illustrate a fourth touch screen control implementation.



FIG. 17 shows a device 102(4) that has a touch screen 104(4). Further, FIG. 17 shows a user's left and right hands 1702 and 1704. Further, the user is grasping a pointing device, such as a stylus 1706 in his/her right hand.



FIG. 18 shows the user making a single contact on the touch screen 104(4) with his/her left index finger as indicated at 1802.



FIG. 19 shows a toolbar 1902 generated responsive to the user contact described above relative to FIG. 18. Note that in this implementation the toolbar is generated proximate to the location of the user contact.



FIG. 20 shows the user selecting an individual command from the toolbar 1902 utilizing the stylus 1706. In this case, the individual command is a straight line drawing tool 2002. Of course, a multitude of other command functionalities can be offered. In this implementation, selection of the straight line drawing tool activates the tool so that drawing can occur without requiring further user actions to begin drawing. This aspect is illustrated in FIG. 21.



FIG. 21 shows the user having moved the stylus 1706 from its initial position on the straight line drawing tool 2002 to a second position that is downward and to the right on the drawing page. Viewed from one perspective, the user has created a line 2102 that extends between two endpoints 2104(1) and 2104(2). The second endpoint 2104(2) can be thought of as being defined by and co-occurring with the location of the stylus 1706. Thus, the line 2102 can be partially defined by the location of the second endpoint 2104(2), which itself is defined by the location of the stylus. This implementation also allows the user to define the first endpoint 2104(1) of line 2102 utilizing the contact 1802 which in this case is made by the user's left index finger. Recall that the toolbar 1902 that allowed the user to create line 2102 was also generated by contact 1802. While not illustrated, some implementations may employ a visual cue to aid the user in understanding the relationship between contact 1802 and the first endpoint 2104(1). For instance, a colored dot can be presented on the touch screen proximate to the user's left index finger and another dot of the same color can be presented proximate to the first end point 2104(1). If the user moves his/her fingertip (described below relative to FIG. 22) the relative orientation and distance of the two colored dots can be maintained. In some implementations, the two colored dots (or other graphical elements) may be associated with a colored line or cone that extends therebetween. The function here is to help the user understand the correlation between the finger contact and the first endpoint 2104(1). This function can also be achieved with other mechanisms.



FIG. 22 shows a subsequent view where the user has maintained contact 1802, but ‘slid’ the contact on the screen to a new location 2202. Correspondingly, the first endpoint 2104(1) of line 2102 has been adjusted to maintain a consistent relative orientation and/or distance to the contact 1802. In some implementations, the first endpoint could be created and maintained directly under the contact 1802. However, in this implementation, the first endpoint 2104(1) is offset from the contact 1802 by some value and the value of that offset is maintained as the user controls the first endpoint 2104(1) by moving the contact 1802. For instance, assume for purposes of explanation, that as shown in FIG. 21, the first endpoint is 10 units in the positive x-direction and 5 units in the positive y-direction from contact 1802. When the user moves contact 1802 to a new location, the first endpoint is automatically moved to maintain the same 10 unit positive x and 5 unit positive y relative orientation.



FIG. 23 shows another subsequent view to further aid the reader in understanding how the user can control properties of line 2102 via first and second endpoints 2104(1) and 2104(2). In this case, the user has moved the contact 1802 produced by his/her left index finger generally in the positive x direction. Accordingly, the first endpoint 2104(1) has moved in the positive x direction to maintain the constant orientation and/or distance relative to the contact 1802. The user has also moved the stylus 1706 in the positive (e.g., up) y direction. Accordingly, the second endpoint 2104(2) has moved with and continues to underlie the stylus 1706.


Note that the offset between the location of the contact 1802 and the first endpoint 2104(1) allows the user to control the endpoint without obscuring his/her view behind the finger that is generating the contact. Some implementations can determine where to position the endpoint relative the size of the contact. For instance, for a relatively small contact, such as can be generated by a stylus, the endpoint can be positioned directly under the stylus. For a relatively large contact, such as can be generated by a fingertip, the endpoint can be offset. Thus, such a configuration reduces or avoids the user blocking large amounts of a viewing area of interest with his/her finger. The viewing area of interest can be thought of including portions of the toolbar, the endpoint itself and/or content displayed on the touch screen. In contrast, the stylus is relatively thin and tends to block less of the viewing area of interest. Further, the stylus is a relatively precise pointing instrument that allows the user to precisely define an endpoint. A finger on the other hand is relatively large and imprecise and providing an offset can actually allow the user to control the associated endpoint more precisely than if the endpoint was positioned directly under the user's finger. The above examples utilize one finger contact and one stylus contact. These implementations can also handle substituting another finger contact for the stylus or another stylus contact for the finger contact, among other variations.


The above described offset between the finger contact 1802 and the first line end 2104(1) can result in a situation where the finger contact can reach the edge of the screen before the line does. Some implementations can further refine these instances where the contact 1802 or the first line end 2104(1) approaches the screen edges. For example, one implementation can define the interaction such that if the user drags the finger to the edge of the screen, the mode remains active, and the user can then lift the finger and return to a “handle” that is left at the end of the line to continue dragging it to the screen edge. Such a strategy can also allow the user to interleave additional touch gestures such as panning/scrolling, or pinch-to-zoom, to adjust the view and then again touch the line to continue controlling it.


Please note that in the illustrated example of FIGS. 17-23, toolbar 1902 remains visible and unchanged during the drawing process of FIGS. 21-23. In other implementations, the presentation of the toolbar may be changed in some way during the drawing process. For instance, some degree of transparency may be applied to the toolbar, or the toolbar may be eliminated completely during the drawings process. The toolbar could be restored upon culmination of the drawing process, such as when the user lifts contact 1802 and/or stylus 1706.


Also note that in another implementation, toolbar 1902 could be expanded and controlled by two or more contacts, such as is illustrated and described above relative to FIGS. 11-12 to create an expanded toolbar. For instance, the multiple contacts could be from multiple fingers of the user's left hand. The multiple contacts of the user's left hand could be used to control the first line end 2104(1) of the line while the stylus (or the user's right hand) is utilized to control the second line end 2104(2). The skilled artisan should recognize still other variations that are consistent with the described concepts.


Example Operating Environment


FIG. 24 shows a system 2400 upon which touch screen control techniques can be implemented. For purposes of explanation, four devices 102(1), 102(2), 102(5) and 102(6) are illustrated. In some cases parentheticals are utilized after a reference number to distinguish like elements. Use of the reference number without the associated parenthetical is generic to the element. Devices 102(1) and 102(2) were previously introduced, while devices 102(5) and 102(6) are newly introduced. For sake of brevity, not all of the previously introduced devices are represented here. Instead, examples of several types of devices are illustrated relative to system 2400. Further, for sake of brevity only two of the illustrated devices are described in detail. This description can be applied to other devices. This description is also intended to provide examples of device configurations that can be employed to support touch screen control concepts. The skilled artisan will recognize other device configurations that can support the described touch screen control concepts.


In this case, device 102(1) is manifest as a smart phone type device. Device 102(2) is manifest as a tablet type device. Device 102(5) is manifest as a laptop or notebook computer. Device 102(6) is manifest as a virtual white board where the user can engage the board to control content displayed on the board. The term “device” as used herein can mean any type of device that has some amount of processing capability. While specific examples of such devices are illustrated for purposes of explanation, other examples of such devices can include traditional computing devices, such as personal computers, cell phones, smart phones, personal digital assistants, or any of a myriad of ever-evolving or yet to be developed types of devices. Further, a system can be manifest on a single device or distributed over multiple devices.


Individual devices 102 can exchange data over a network 2402. Alternatively or additionally, data may be exchanged directly between two devices as indicated, such as via a USB protocol or can be exchanged via a storage media or storage 2404. Individual devices can function in a stand-alone or cooperative manner to achieve touch screen control. For instance, part of a functionality offered on a device may be performed on the device and part may be performed on another device and/or in the cloud 2406. As used herein, the cloud 2406 refers to computing resources and/or computing functionalities that can be accessed over network 2402.


A multitude of different configurations can be created to configure a device 102 to accomplish touch screen control concepts. For purposes of explanation, examples of two possible device configurations are described below relative to devices 102(1) and 102(2).


Device 102(1) includes an application(s) 2408 running on an operating system (OS) 2410. The operating system can interact with hardware 2412. Examples of hardware can include storage media or storage 2414, processor(s) 2416, and a touch screen 104(1). Further, a geometry tracking component 2418(1) and a tactile command relation component 2420(1) can function in cooperation with application(s) 2408 and/or operating system (OS) 2410 and touch screen 104(1).


Processor 2416 can execute data in the form of computer-readable instructions to provide a functionality, such as a touch screen control functionality. Data, such as computer-readable instructions can be stored on storage 2414 and/or storage 2404. The storage 2414 can include any one or more of volatile or non-volatile memory, hard drives, and/or optical storage devices (e.g., CDs, DVDs etc.), among others.


The devices 102 can also be configured to receive and/or generate data in the form of computer-readable instructions from storage 2404 that for sake of explanation can be thought of as external storage media. Examples of external storage media can include optical storage devices (e.g., CDs, DVDs etc.), hard drives, and flash storage devices (e.g., memory sticks or memory cards), among others. The devices may also receive data in the form of computer-readable instructions over network 2402 that is then stored on the device for execution by its processor.


Device 102(2) has a configuration that can be representative of a system on a chip (SOC) type design. In such a case, functionality provided by the device can be integrated on a single SOC or multiple coupled SOCs. In this case, device 102(2) includes shared resources 2422 and dedicated resources 2424. An interface(s) 2426 facilitates communication between the shared resources and the dedicated resources. As the name implies, dedicated resources 2424 can be thought of as including individual portions that are dedicated to achieving specific functionalities. For instance, in this example, the dedicated resources include geometry tracking component 2418(2) and tactile command relation component 2420(2). In one case, circuitry on the SOC can be dedicated to the geometry tracking component 2418(2) while other circuitry can be dedicated to tactile command relation component 2420(2).


Shared resources 2422 can be storage, processing units, etc. that can be used by multiple functionalities. In this example, the shared resources include touch screen 104(2). While in this case, geometry tracking component 2418(2) and tactile command relation component 2420(2) are implemented as dedicated resources 2424, in other configurations, either or both of these components can be implemented on the shared resources 2422 and/or on both the dedicated resources 2424 the shared resources 2422.


Geometry tracking component 2418 can be configured to track tactile contacts at locations on touch screen 104. In some configurations, the touch screen can include contact detectors which are coupled to the geometry tracking component 2418. Geometry tracking component 2418 can track the contact detectors and their relative states (i.e. activated or inactivated) on touch screen 104. The geometry tracking component can alternatively, or additionally, track various content displayed on the touch screen, such as graphical windows, icons, etc.


Tactile command relation component 2420 can be configured to correlate tactile contacts detected by the geometry tracking component 2418 to corresponding commands. For instance, the geometry tracking unit can detect two simultaneous contacts on the touch screen that are proximate to one another. The tactile command relation component can attempt to determine user intent associated with the two simultaneous contacts and present commands that correlate to the user intent. For instance, the tactile command relation component may compare a distance between the two simultaneous contacts to a predefined value.


If the distance exceeds the predefined value, the tactile command relation component may cause the content between the two contacts to be enlarged or zoomed. Alternatively, some implementations may zoom content associated with the two contacts where some of the content is not between the two contacts. For instance, the user may make the two contacts on content within a window. The zooming feature may zoom all of the content of the window or just the content between the fingers. Alternatively, if the distance is less than the predefined value the tactile command relation component may present a toolbar proximate the contacts and allow the user to expand the toolbar by sliding the contacts apart.


Also, once some implementations decide the user desires to zoom content (e.g., go into zoom mode) the determination based upon the predefined value may be temporarily suspended to provide the user a full spectrum of zoom features. For instance, once the device is operating in the zoom mode, the user may pinch and expand regardless of the distance between his/her fingers. The determination can be re-instated when the user switches to another mode.


In another configuration, geometry tracking component 2418 can detect a first individual tactile contact on the touch screen 104. The tactile command relation component 2420 can be configured to cause at least one command category to be displayed on the touch screen proximate to the first individual tactile contact. The geometry tracking component can detect a second individual tactile contact proximate to an individual command category. The tactile command relation component can be configured to cause a plurality of commands belonging to the individual command category to be displayed proximate to the second individual tactile contact.


Generally, any of the functions described herein can be implemented using software, firmware, hardware (e.g., fixed-logic circuitry), manual processing, or a combination of these implementations. The term “component” as used herein generally represent software, firmware, hardware, whole devices or networks, or a combination thereof. In the case of a software implementation, for instance, these may represent program code that performs specified tasks when executed on a processor (e.g., CPU or CPUs). The program code can be stored in one or more computer-readable memory devices, such as computer-readable storage media. The features and techniques of the component are platform-independent, meaning that they may be implemented on a variety of commercial computing platforms having a variety of processing configurations.


Example Techniques


FIG. 25 illustrates a flowchart of a touch screen control technique or method 2500.


Block 2502 can receive at least one tactile contact from a region of a touch screen.


Block 2504 can present a first command functionality on the touch screen proximate the region for a predefined time.


Block 2506 can await user engagement of the first command functionality.


Block 2508, when lacking the user engagement within a predefined time period, can remove the first command functionality and offer a second command functionality.



FIG. 26 illustrates a flowchart of another touch screen control technique or method 2600.


Block 2602 can receive a first tactile contact from a user on a touch screen. In some cases, the first tactile contact can be a single tactile contact, such as from a single fingertip. In other cases, the first tactile contact can be multiple substantially simultaneous contacts, such as two, three, or more fingertip contacts from the user's left hand.


Block 2604 can present a toolbar of commands while the receiving continues.


Block 2606 can receive a second tactile contact from the user over an individual command of the toolbar.


Block 2608 can provide a command functionality that corresponds to the individual command selected via the second tactile contact.


Block 2610 can allow the user to control the corresponding command functionality by sliding the first tactile contact and the second tactile contact on the touch screen.


The above described methods detail some exemplary touch screen control techniques. The order in which the above mentioned methods are described is not intended to be construed as a limitation, and any number of the described blocks can be combined in any order to implement the methods, or an alternate method. Furthermore, the methods can be implemented in any suitable hardware, software, firmware, or combination thereof such that a computing device can implement the methods. In one case, the methods are stored on a computer-readable storage media as a set of instructions such that execution by a processor of the computing device causes the computing device to perform the method(s).


The techniques described in the above discussion relate to user control via contacting a touchscreen. These techniques are ideally suited for touchscreen scenarios and can allow user control beyond what is currently available. However, at least some of these techniques offer such an improvement over existing user control techniques that these techniques can be applied to other scenarios that do not include directly contacting a touchscreen or include direct touching in combination with indirect control techniques. For example, in some direct touch/indirect scenarios, one hand of the user can interact with a touch pad, mouse, stylus, or some other transducer, while the user's other hand interacts with the touch screen. In such a case, visual feedback can be provided on the touchscreen for the location of both hands (e.g., contact points from both hands). The user could then expand the toolbar with the accordion motion described above, and then use a signal such as finger pressure to select from the toolbar.


An example of an indirect control scenario can include open-air gestures recorded with a sensor, such as a motion sensor, optical sensor, or data glove. One commercial product that could detect such open air gestures is Kinect® offered by Microsoft Corp. These open air gestures can include the accordion toolbar expansion described above. Other indirect control options can include the use of touchpads, trackballs, and/or joysticks, among others.


CONCLUSION

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims
  • 1. One or more computer-readable storage media having computer-executable instructions that, when executed by a computing device, perform acts comprising: receiving at least one tactile contact from a region of a touch screen;presenting a first command functionality on the touch screen proximate to the region for a predefined time;awaiting user engagement of the first command functionality; and,lacking the user engagement within the predefined time, removing the first command functionality and offering a second command functionality.
  • 2. The media of claim 1, wherein the receiving comprises receiving a single tactile contact from a finger or a stylus, or wherein the receiving comprising receiving two or more substantially simultaneous tactile contacts within a predefined distance of one another.
  • 3. The media of claim 1, wherein the receiving comprises receiving two substantially simultaneous tactile contacts that are initially relatively proximate to one another and then spread away from one another while maintaining contact with the touch screen.
  • 4. The media of claim 3, wherein the presenting comprises presenting the first command functionality manifest as multiple toolbars.
  • 5. The media of claim 4, wherein the multiple toolbars are presented in a radial fashion around the at least one contact or wherein the multiple toolbars are presented in an accordion fashion at the region.
  • 6. The media of claim 1, wherein the offering comprises offering the second command functionality as a zoom function for content in the region.
  • 7. The media of claim 1, wherein the receiving comprises receiving a single tactile contact and wherein the presenting comprises presenting a finger shadow proximate to the single tactile contact, and wherein in an instance where an additional tactile contact is received over the finger shadow within the predefined time then the first command functionality comprises a toolbar presented in the region between the single tactile contact and the another tactile contact and wherein in an instance where the first tactile contact and the another tactile contact are maintained but moved relative to one another, the toolbar is adjusted in a corresponding manner.
  • 8. A method comprising: receiving a first tactile contact from a user on a touch screen;presenting a toolbar of commands while the receiving continues;receiving a second tactile contact from the user over an individual command of the toolbar;providing a corresponding command functionality; and,allowing the user to control the corresponding command functionality by sliding the first tactile contact and the second tactile contact on the touch screen.
  • 9. The method of claim 8, wherein the corresponding command functionality comprises a line drawing tool and further comprising presenting a line, wherein the first tactile contact controls an end point of the line and the second tactile contact controls an opposite endpoint of the line.
  • 10. The method of claim 9, further comprising removing the toolbar while the user controls the end point and the opposite end point of the line or making the toolbar transparent or semi-transparent while the user controls the end point and the opposite end point of the line.
  • 11. The method of claim 10, further comprising re-presenting the toolbar when the user stops controlling the end point and opposite end point of the line and ceasing the re-presenting unless the user engages the toolbar within a predefined time period.
  • 12. The method of claim 8, wherein receiving a first tactile contact comprises receiving multiple substantially simultaneous tactile contacts or a single tactile contact.
  • 13. The method of claim 9, further comprising waiting to detect a slide movement associated with the first tactile contact or the second tactile contact.
  • 14. The method of claim 13, further comprising updating the first endpoint based upon the slide movement associated with the first tactile contact or updating the second endpoint based upon the slide movement associated with the second tactile contact.
  • 15. The method of claim 8, wherein the corresponding command functionality comprises a shape drawing tool and further comprising presenting a shape having a size and location defined at least in part by the first tactile contact and the second tactile contact.
  • 16. The method of claim 8, wherein the first tactile contact is received from a fingertip of the user and the second tactile contact is received from a stylus controlled by the user or wherein the first tactile contact is received from a fingertip of the user and the second tactile contact is received from a different fingertip of the user or wherein the first tactile contact is received from multiple fingertips of a single hand of the user and the second tactile contact is received from a stylus controlled by an opposing hand of the user.
  • 17. The method of claim 16, further comprising distinguishing the fingertip contact from the stylus contact and treating the fingertip contact differently from the stylus contact.
  • 18. A system, comprising: storage configured to store computer-readable instructions;a processing unit configured to execute the computer-readable instructions;a geometry tracking component configured to track tactile contacts at locations on a touch screen; and,a tactile command relation component configured to correlate the detected tactile contacts to corresponding commands, and wherein responsive to a first individual tactile contact the tactile command relation component is configured to cause at least one command category to be displayed on the touch screen proximate to the first individual tactile contact and responsive to a second individual tactile contact proximate to an individual command category, the tactile command relation component is configured to cause a plurality of commands belonging to the individual command category to be displayed proximate to the second individual tactile contact.
  • 19. The system of claim 18, wherein the processing unit comprises a general purpose central processing unit or wherein the system further includes a system-on-a-chip and wherein the processing unit and the storage are manifest as dedicated circuitry on the system-on-a-chip.
  • 20. The system of claim 18, wherein the system comprises a first device that includes the storage, the processing unit, the geometry tracking component and the tactile command relation component and wherein the first device is configured to communicate with a second device that includes the touch screen or wherein the system comprises a single computing device that includes the touch screen, the storage, the processing unit, the geometry tracking component, and the tactile command relation component.