Abstract: Described is a mechanism by which application programs (or plug-ins) and an auxiliary service adjust the output and/or data available for output on an auxiliary device based on changes detected in the current context of the auxiliary display. Context sensors detect and report changes in context, whereby some action is taken with respect to what information is displayed or can be displayed on the auxiliary display device. Examples of context data that can change include the physical location of the display, detected movement or motion data, presence of a particular user or others, power state, network connectivity status, privacy status and so forth. The auxiliary device can have context as to its position relative to the main display. Information sensitivity levels may be used to specify whether an application program's data can be displayed, based on the perceived sensitivity of the information and the user's current context.

Abstract: In embodiments of mobile computer device binding feedback, an application interface for a device application is displayed on a first display that is integrated in a dual-display mobile device. The application interface can also be displayed on a second display that is integrated in the dual-display mobile device. Binding position data is received from a binding system that movably couples the first display to the second display. Application context data that is associated with the device application is also received. Feedback can then be generated based on the binding position data and the application context data, where the feedback can be generated as audio feedback, video feedback, display feedback, and/or haptic feedback.

Abstract: An auxiliary processing state of a computing device provides an auxiliary display within a primary display device of the computing device. As such, a computing device can switch from a primary processing state (e.g., full power, full operating system, full functionality) to an auxiliary processing state and yet still provide a user interface through the primary display device. The auxiliary processing state may employ a different processor than the primary processing state. Alternatively, auxiliary processing state and the primary processing state may employ different processing modes of the same processor. Transitions between the auxiliary display of the auxiliary processing state and the primary display of the primary processing state may be transitioned to preserve some consistency between the two displays.

Abstract: Embodiments of mobile computer device binding feedback are described. In embodiments, an application interface for a device application is displayed on a first display that is integrated in a first housing of a dual-display mobile computer device. The application interface can also be displayed on a second display that is integrated in a second housing of the dual-display mobile computer device. Binding position data is received that is associated with a binding system that movably connects the first housing and the second housing. Application context data that is associated with the device application is also received. Feedback can then be generated that correlates to the binding position data and to the application context data.

Abstract: Systems, methods, and/or techniques (“tools”) for hybrid operating systems for battery powered computing systems are described herein. The hybrid operating systems (OS) may include a full-power OS component that enables the computing system to operate in a full-power mode, and a low-power OS component that enables the computing system to operate in a low-power mode. In the full-power mode, the computing system consumes a first amount of electrical power, while in the low-power mode, the computing system consumes less electrical power. The computing system may include a processor that consumes a given power amount of power, and a low-power core processor that consumes less power than the processor.

Abstract: Embodiments of mobile computer device display postures are described. In embodiments, a first display is integrated in a first housing of a dual-display mobile computer device, and a second display is integrated in a second housing of the dual-display mobile computer device. Position data can be sensed from a binding that movably connects the first housing and the second housing, and a position angle can be determined between the first housing and the second housing that correlates to a display posture of the first display and the second display.

Abstract: Embodiments of mobile computer device binding feedback are described. In embodiments, an application interface for a device application is displayed on a first display that is integrated in a first housing of a dual-display mobile computer device. The application interface can also be displayed on a second display that is integrated in a second housing of the dual-display mobile computer device. Binding position data is received that is associated with a binding system that movably connects the first housing and the second housing. Application context data that is associated with the device application is also received. Feedback can then be generated that correlates to the binding position data and to the application context data.

Abstract: Described is a system and method including an auxiliary display platform having an interface (API) set that provides a way for client applications running on a main computer system to interact with various types of auxiliary displays, irrespective of differences between various device implementations. Interaction includes displaying content and notifications provided by the application, and returning events to the application. In one implementation the API set comprises a set of COM objects that register and perform configuration checks of a client application, send content and notifications to attached devices, and return events from the attached devices. The application may send data to an endpoint corresponding to a communication destination (e.g., a particular auxiliary device application) and a contract (e.g., a format) for the data. The platform and API set thus provide an abstraction layer for applications to provide information independent of any particular auxiliary device implementation.

Abstract: Described is a technology by which a device pre-enables application programs of a computer system to work with the device when the device is connected to the computer system. A set of data is obtained from a device, such as by an installer at installation time. The set of data includes information that identifies one or more computer system application programs that the device desires to work with when each application program runs. When the data set is obtained, the application program is enabled (e.g., given appropriate permissions) such that the application program may communicate data with the device when the program is run on the computer system. In one implementation, a device driver provides an installer with access to the data set, which may also include additional information such as application configuration parameters. The installer may be automatically run on the computer system upon initial device detection.

Abstract: Systems and methods are provided that enable an alternate display device to wirelessly receive content from a computing device, freeing users from the burden of physically connecting the computing device via a cable. The content sent to the display device can also be simultaneously or separately viewed on the computing devices of other nearby computing devices. Generic mechanism(s) and corresponding user interfaces are provided for computing devices to engage in discovery of devices to which content may be delivered, for accepting delivery and for initiating transmission of content.

Abstract: An auxiliary computing device wakes an associated main computer system to obtain data as needed, on-demand and/or in anticipation of demand. The wakeup operation is ordinarily temporary to fetch data, whereby only a small amount of power is consumed by the main computer system. In one implementation, a control channel between the auxiliary device and the main computer system is used to signal a wakeup. A main data channel is used to obtain the data, whereby the auxiliary device has access to a larger amount of data than it can cache. Moreover, the components of the main computer system may be leveraged, such as to use the main computer system's digital rights management mechanisms. Additional data may be intelligently requested by the auxiliary device while the main computer system is powered up, e.g., to buffer media, and/or request a synchronization of calendar data, email data, and so forth.

Abstract: Described is a mechanism by which application programs (or plug-ins) and an auxiliary service adjust the output and/or data available for output on an auxiliary device based on changes detected in the current context of the auxiliary display. Context sensors detect and report changes in context, whereby some action is taken with respect to what information is displayed or can be displayed on the auxiliary display device. Examples of context data that can change include the physical location of the display, detected movement or motion data, presence of a particular user or others, power state, network connectivity status, privacy status and so forth. The auxiliary device can have context as to its position relative to the main display. Information sensitivity levels may be used to specify whether an application program's data can be displayed, based on the perceived sensitivity of the information and the user's current context.

Abstract: Described is an architecture by which application programs can provide data to auxiliary display devices of essentially any type for display to a user. A defined application layer (e.g., accessed via interfaces) allows programs to provide data to a service that controls the output of data to an auxiliary display device, and returns navigational data to the application upon appropriate user interaction with the device via actuators. Enumeration allows applications to discover the capabilities of a device, while arbitration determines which application has input-output rights to the device. The architecture further provides a protocol layer including pluggable protocol proxies that allow various types of displays to serve as an auxiliary display. This platform-like model allows program developers the ability provide programs that leverage auxiliary displays when available, and provides display manufacturers the ability to provide displays with extensible capabilities.

Abstract: In response to a user instruction to initiate media playback, which instruction may come from a dedicated media playback hardware button or from a user interface on a display screen, a computer operating system activates a predesignated media playback user account. The account may be limited to access of media playback applications and files located within shared directories. The operating system also launches a media playback application in response to the user instruction to initiate media playback. Instead of activating an account in response to a media playback instruction, the operating system can execute a media player application within a login screen.

Abstract: Described is a system and method by which application programs running on a main computer system communicate with an auxiliary display device (such as a cell phone, pocket-sized computer, alarm clock, television, digital picture frame and so forth) to provide viewable information on the device, remote control capabilities, and notifications. Via API calls, programs provide information in the same format regardless of the device capabilities and/or the connection type. An auxiliary display platform converts the information into a format understood by a device driver, which then filters the information as desired for its particular hardware device before the information is communicated. Return communications return data such as status and user interaction with the displayed information. Software vendors may thus write code once to output information on auxiliary displays, while hardware manufacturers can have their devices work as auxiliary displays, with little or no modification to existing hardware.

Abstract: Described is a system and method by which application programs running on a main computer system communicate with an auxiliary display device (such as a cell phone, pocket-sized computer, alarm clock, television, digital picture frame and so forth) to provide viewable information on the device, remote control capabilities, and notifications. Via API calls, programs provide information in the same format regardless of the device capabilities and/or the connection type. An auxiliary display platform converts a notification into a format understood by a device driver, which then filters the notification as desired for its particular hardware device before the notification is communicated. Return communications return data such as status and user interaction with the displayed information. Software vendors may thus write code once to output notifications on auxiliary displays, while hardware manufacturers can have their devices work as auxiliary displays, with little or no modification to existing hardware.

Abstract: Described is a system and system by which application programs provide data to auxiliary display device (that is associated with a main computer system) for display, including at times when the main computer system is powered down. The cache maintains the user data in association with structured navigational information, to allow navigation within the data via the structure. When online, the main computer system prepares the data cache from program data in combination with navigational information, and transfers the cache to an offline medium such as auxiliary storage in firmware. The cache may be arranged as a tree structure, such that navigation commands result in output according to data in the tree. Other events such as time-based events can change the auxiliary device output.

Abstract: Described is a mechanism for receiving new data at an auxiliary device associated with a main computer system, and processing that new data within the auxiliary device firmware to take some action. The receipt and processing of the data is independent of whether the main computer system is in a powered-up state (online) or powered-down state (offline). A cache that maintains the user application data for offline navigation may be updated with new data, either to change existing data in the cache or add a new navigation path. The received data can be processed to perform other actions, depending on the context of that data as determined by auxiliary processing.

Abstract: Described is a system and method by which an auxiliary computing device having an auxiliary display platform that displays information corresponding to data that originated on the main computer system may be extended by a device manufacturer. Extended hardware is added to the device, such as a radio receiver and/or an audio decoder. The auxiliary display platform is layered and extensible at each layer, and includes an extensible hardware abstraction layer that is extensible to support extended hardware if needed, and a driver layer that is extensible by adding driver code for the extended hardware. A runtime layer is also extensible to support the extended hardware as needed, as are libraries, the auxiliary shell program and other managed code. The client API is also extensible to allow applications on the main computer system to communicate with extended hardware via the device runtime layer.

Abstract: Described is a mechanism by which application programs (or plug-ins) and an auxiliary service adjust the output and/or data available for output on an auxiliary device based on changes detected in the current context of the auxiliary display. Context sensors detect and report changes in context, whereby some action is taken with respect to what information is displayed or can be displayed on the auxiliary display device. Examples of context data that can change include the physical location of the display, detected movement or motion data, presence of a particular user or others, power state, network connectivity status, privacy status and so forth. The auxiliary device can have context as to its position relative to the main display. Information sensitivity levels may be used to specify whether an application program's data can be displayed, based on the perceived sensitivity of the information and the user's current context.