Abstract: Examples described herein automatically route audio signals associated with applications to appropriate audio endpoints when a computing device is operating in a disjoint mode. Smart audio routing management of audio signals is based on content output destinations for applications associated with the audio signals. Smart audio routing management enables computing devices operating in a disjoint mode to receive audio signals relevant to application content rendered or displayed over multiple devices, and correctly route individual audio signals to audio endpoints that correspond to a location where associated application content is displayed.

Abstract: A computing device, and method thereof, may have a first display. A first user input is received from an input device of the computing device. In response, a task manager is displayed, the task manager having representations of respective objects on the computing device. When a second user input is received via the input device, a target representation is selected according to the second user input and an application window of an application corresponding to the target representation is displayed on the second display.

Abstract: The manner of presenting a user interface of an application may be significant in many respects. A user interface may be suitable only for some devices (e.g., buttons may be selectable by a pointer, but not on a touch-sensitive display; textboxes may appear too large or too small on different displays), and may satisfy only some user interactions (e.g., a map interface may be usable on a laptop by a stationary user, but not usable in a vehicle while the user is driving). Presented herein are techniques for automatically generating a user interface that is adapted both for the interaction component properties of the device, and the interaction criteria of the user interaction with the user interface. A device may choose the presentation of each element of a user interface based on such information, and generate a user interface matching both the device and the user interaction with the application.

Abstract: In many computing scenarios, a computing environment of a device may present applications through various presentation components, such as displays, speakers, and headphones. However, navigating among the applications currently presented within the computing environment may be difficult for the user; e.g., for a device presenting many applications on many displays that share an application stack, the application that the user wishes to select may be buried deep within the shared application stack. In accordance with the techniques presented herein, the device may generate an application presentation history for each presentation component, indicating applications that have previously been presented through the presentation component.

Abstract: One or more techniques and/or systems are provided for content projection. For example, a communication connection may be established between a primary device (e.g., a smart phone) of a user and a secondary device (e.g., a television). The primary device may identify an interest of the user to view content on the secondary device (e.g., photos for a recently attended concert). The primary device may retrieve the content (e.g., local photos on the smart phone and/or photos remotely retrieved from a social network). The primary device may project a rendering of the content onto a secondary display of the secondary device (e.g., the smart phone may send the rendering over the communication connection to the television for display).

Abstract: Multi-display computing environments are often represented as a unified coordinate space, where each display presents application views within a coordinate region. Such arrangements may enable features such as application views that span multiple displays, but such features may not appeal to users. Additionally, such representations may complicate the application of layouts to particular displays while maintaining relationships among application views. Instead, a view management architecture may generate a user interface collection comprising, for respective displays, an arrangement of view entries for respective views presented on the display. Entries for new views may be added to the arrangement for a particular display, and may be contained within an application container encapsulating all views of an application on the display.

Abstract: A user may interact with several devices of a device collection, and may utilize each device in a particular user context, such as driving a vehicle; relaxing at home; and attending meetings in a public location. The user may configure each device according to the user context of the user's interaction with the device. However, devices that are uninformed of the user context of the user's interaction with the device cannot adapt to the user context. Instead, a primary device of the device collection may detect various properties of each auxiliary device of the device collection and determine the user context of the user interaction with the auxiliary device. The primary device transmits to each auxiliary device, for presentation to the user, a user interface with elements of the computing environment adapted according to the user context of the user interaction of the user with the device.

Abstract: A user may interact with a collection of devices that each exhibit particular device properties. Where each device executes and presents an isolated computing environment, inconsistencies may arise in the user interaction by the user with different devices. Alternatively, a terminal server may present a computing environment to various auxiliary devices, but such presentation may fail to utilize some device properties of some devices, and/or may present a computing environment that is not suitable for some devices. Instead, a primary device of the device collection may adapt a primary computing environment to an auxiliary computing environment for each auxiliary device, based upon its device properties. Upon receiving a request to execute an application, the primary device may execute the application within the auxiliary computing environment, and may adapt the application based upon the device properties. The primary device may stream each auxiliary computing environment to the respective auxiliary device.

Abstract: In many computing scenarios, a user of a primary device may wish to incorporate an auxiliary device in the presentation of an application. Such incorporation may involve a terminal services session that projects the computing environment of the primary device onto the auxiliary device; mirroring the computing environment of the primary device through the auxiliary device; and/or utilizing applications that interoperate with client applications executing on the second device. However, such techniques may not fully reflect the properties of each device, and/or may only apply to particular applications and/or configurations.

Abstract: A note-capture application is disclosed that allows notes to be displayed on the lock screen. In one embodiment, a note-capture application can be invoked when a mobile device is in an above-lock state. Note data can be captured using the note-capture application, and the captured data can be persistently displayed on the lock screen. A user can perform a unique gesture from the lock screen to invoke the note-capture application. In another embodiment, multiple input modes can be available for note data capture. For example, voice data, text data, camera data, etc. can all be used to capture notes for display on the lock screen.

Abstract: In embodiments of device optimization modes, a device includes data systems that initiate user notifications. The device also includes an activity system that facilitates an activity for user interaction, such as any type of active and/or passive user interaction activities. An optimization controller is implemented to initiate an optimization mode to suppress the user notifications during the activity. The optimization controller can suppress the user notifications from the data systems, and maintain the user notifications until the optimization mode is ended and the user notifications are resumed.

Abstract: A note-capture application is disclosed that allows notes to be displayed on the lock screen. In one embodiment, a note-capture application can be invoked when a mobile device is in an above-lock state. Note data can be captured using the note-capture application, and the captured data can be persistently displayed on the lock screen. A user can perform a unique gesture from the lock screen to invoke the note-capture application. In another embodiment, multiple input modes can be available for note data capture. For example, voice data, text data, camera data, etc. can all be used to capture notes for display on the lock screen.

Abstract: A cross-process layer is generally directed to exposing instant messenger (IM) presence information on a mobile device. An application program interface (API) is provided that allows clients to retrieve IM presence information for display regardless of the IM service provider providing the IM presence information. The IM service providers therefore interoperate with any application on the mobile device and enables any application to show presence for any IM contact.