Abstract: System and methods for network communication mute management are provided. In one embodiment, a method for operating system level mute services comprises: registering activation of a first network communication call by a first communication application with an operating system; subscribing the first communication application to operating system level mute services; with the operating system level mute services, monitoring a mute state of the first communication application based on one or more messages from the first communication application, and displaying a mute state indication via a mute user interface; and with the operating system level mute services, monitoring for a mute state change request based on user interaction with the mute user interface, and selectively forwarding the mute state change request to the first communication application.

Abstract: Embodiments described herein are directed to simultaneously displaying proxy windows for application windows and/or tabs included in such application windows via a graphical user interface of an operating system. For instance, an application programming interface (API) associated with an application that supports a tabbed document interface (TDI) provides information associated with each tab opened within an application window associated with the application. An API of the operating system receives and utilizes such information to generate and display a proxy window for each tab. The proxy windows for the tabs may be displayed alongside proxy windows of application windows for other applications. The proxy windows may be generated and displayed in response to user invocation of various features of the operating system graphical user interface, including, but not limited to, a task switcher feature, a taskbar feature, or a window snap feature.

Abstract: Embodiments described herein are directed to simultaneously displaying proxy windows for application windows and/or tabs included in such application windows via a graphical user interface of an operating system. For instance, an application programming interface (API) associated with an application that supports a tabbed document interface (TDI) provides information associated with each tab opened within an application window associated with the application. An API of the operating system receives and utilizes such information to generate and display a proxy window for each tab. The proxy windows for the tabs may be displayed alongside proxy windows of application windows for other applications. The proxy windows may be generated and displayed in response to user invocation of various features of the operating system graphical user interface, including, but not limited to, a task switcher feature, a taskbar feature, or a window snap feature.

Abstract: Different containers are used for different usage sessions, a container referring to a virtualization layer for a computing device and used for isolation as well as hardware resource partitioning. A usage session refers to the time span beginning when one or more users begin to use the computing device, and ending when the one or more users cease using the computing device. During a particular usage session that uses a container, all interaction with the computing device is maintained in the container. The container is deleted when the usage session ends, leaving no data from the usage session behind after the usage session ends. Additionally, some usage sessions need not be run in containers, so data generated during such usage sessions is maintained after usage session ends. The host operating system automatically determines which usage sessions to run in containers and which usage sessions to run separate from any containers.

Abstract: A container for one or more scheduled meeting is pre-built for the meeting prior to the meeting occurring. The container can be built in a variety of manners, including using both static and dynamic techniques. Dynamic techniques for building a container allows a pre-build system to include more pertinent data in the container whereas static techniques reduce computing workload and allow for pre-building containers for unscheduled meetings. A combination of static and dynamic building techniques can be applied using a layer repository. Alternately, a static base layer can be used and customized for scheduled meetings.

Abstract: Personalized containers for use at a public device are provided. A container can be personalized based on a multitude of factors including a profile associated with a user, a profile associated with the public device, a time of day, and a file accessed. The container can be used to access one or more sensitive files or programs associated with permissions. The permissions are consolidated and managed by the container such that only authorized users can view and edit the sensitive files or programs.

Abstract: A container comprising an isolated computing session is associated with a project. One or more users associated with the container can access the container across multiple usage sessions as the container keeps data, applications, and so on for the project together. The container can comprise multiple layers that require user authentication to access.

Abstract: A container for one or more scheduled meeting is pre-built for the meeting prior to the meeting occurring. The container can be built in a variety of manners, including using both static and dynamic techniques. Dynamic techniques for building a container allows a pre-build system to include more pertinent data in the container whereas static techniques reduce computing workload and allow for pre-building containers for unscheduled meetings. A combination of static and dynamic building techniques can be applied using a layer repository. Alternately, a static base layer can be used and customized for scheduled meetings.

Abstract: Different containers are used for different usage sessions, a container referring to a virtualization layer for a computing device and used for isolation as well as hardware resource partitioning. A usage session refers to the time span beginning when one or more users begin to use the computing device, and ending when the one or more users cease using the computing device. During a particular usage session that uses a container, all interaction with the computing device is maintained in the container. The container is deleted when the usage session ends, leaving no data from the usage session behind after the usage session ends. Additionally, some usage sessions need not be run in containers, so data generated during such usage sessions is maintained after usage session ends. The host operating system automatically determines which usage sessions to run in containers and which usage sessions to run separate from any containers.