Microsoft Technology Licensing, LLC

William Scott Stauber

Kenton Allen Shipley

Darren Ray Davis

Ramrajprabu Balasubramanian

Patrick Joseph Derks

Ryan Pendlay

Keri Kruse Moran

Issa Yousef Khoury

Petteri Mikkola

Elizabeth Fay Threlkeld

Giorgio Francesco Sega

Nathan T Radebaugh

Mohammed Kaleemur Rahman

Paul Dykstra

Brian David Cross

Michael J Kruzeniski

David Edward Stewart

Garrett R Vargas

Holger Kuehnle

Vincent Bellet

Steven Andrew Cover

Daniel Escapa

Nishad Mulye

Jon Bell

Jan H Karachale

Joseph Bernard Tobens, Iii

Paul K Kroman

Rohit Bhatia

Issa Y Khoury

David John Woods

Ram Pattabhi Papatla

Owen W Lloyd

Patrick Derks

Ryan Chandler Pendlay

Jan Harold Karachale

A system for generating a user interface described herein can include a processor to detect a plurality of display characteristics from a user interface manager, wherein the plurality of display characteristics correspond to a type of a device. The processor can also detect a list of applications being executed by the system and generate a user interface container by applying the plurality of display characteristics to each of the applications from the list of applications.

Generating user interface containers

A system for generating a user interface described herein can include a processor to detect a type of the system based on hardware components residing within the system or coupled to the system and determine a user interface manager to execute based on the type of the system. The processor can also execute the user interface manager to generate a user interface for the system, wherein the type of the user interface manager comprises a plurality of rules to indicate a layout of the user interface.

Rules based user interface generation

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. Instead, the primary device may adapt the primary computing environment to an auxiliary computing environment according to a device property of the auxiliary device; partition the application into a primary application portion presented within the primary computing environment and an auxiliary application portion presented within the auxiliary computing environment; and transmit the auxiliary computing environment to the auxiliary device.

Partitioned application presentation across devices

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).

Content projection

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.

Presentation of computing environment on multiple devices

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.

Gesture for task transfer

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. A request to transition a selected presentation component away from a current application presentation may be fulfilled by identifying a second application having an application presentation in the application presentation history of the selected presentation component, and transitioning the selected presentation component to the second application.

Component-specific application presentation histories

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. This multi-display representation enables display layouts to be applied to the views within a particular display while preserving relationships among views presented by each of several displays of the computing environment.

View management architecture

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.

Smart audio routing management

A mobile computing device has an operating system that configures the mobile computing device by defining at least one user session, wherein the at least one user session includes a plurality of contexts, each context of the plurality of contexts having separate bindings of input and output resources, and separately managed applications. For example, a different context can be associated with each display device. The operating system is further configured to receive information about applications executed in the separate contexts, to receive information about environmental conditions of the computer, and, to selectively limit operation of applications in each context according to the environmental conditions and the applications executed in both contexts.

Dynamic adjustment of user experience based on system capabilities

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.

Above-lock notes

Systems and methods are disclosed that facilitate minimizing data transfer from a post office protocol (POP) server to a client device by employing a date filter with a predefined date range and applying a message body size threshold above which only a message header will be downloaded to conserve bandwidth and/or memory space on the client device. A user can request download of a message for which only a message header was originally downloaded if the header comprises information of interest to the user.

Minimizing data transfer from POP3 servers

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.

Growing community of inventors

Seattle, WA, United States of America

William Scott Stauber