W3C

The 'view-mode' Media Feature

W3C Recommendation 19 June 2012
obsoleted 11 October 2018

This version:
https://www.w3.org/TR/2018/OBSL-view-mode-20181011/
Latest published version:
http://www.w3.org/TR/view-mode/
Latest editor's draft:
http://dev.w3.org/2006/waf/widgets-vmmf/
Previous version:
http://www.w3.org/TR/2012/REC-view-mode-20120619/
Editors:
Robin Berjon, Robineko
Marcos Cáceres, Data.Driven

The English version of this specification is the only normative version. Non-normative translations may also be available. Please refer to the errata for this document, which may include some normative corrections.


Abstract

This specification defines a media feature to match the different visual presentation modes that can be applied to web applications and thereby apply different styling based on these different modes using CSS Media Queries [MEDIAQ].

Status of This Document

This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.

This specification is obsolete and should no longer be used as a basis for implementation.

The Widget specifications became W3C Recommendations in 2012-2013. They were designed to enable interactive single purpose application for displaying and/or updating local data or data on the Web, packaged in a way to allow a single download and installation on a user's machine or mobile device.

Since 2013, Widgets has had limited deployment and its usage has been reduced since then. Service Workers and Web App Manifest are considered to provide better solutions nowadays.

For purposes of the W3C Patent Policy this Obsolete Recommendation has the same status as an active Recommendation; it retains licensing commitments and remains available as a reference for old implementations but is no longer recommended for future implementation.

Table of Contents

1. Introduction

This section is non-normative.

Web applications, be they widgets or in-browser, can on most platforms be run in multiple visual modes. At times they may occupy the entire screen, at others they may be minimized to a specific docking area; at times they may have chrome that matches the operating system's style while at others they may be providing their own controls in order to provide for a more immersive experience.

The user is generally in control of at least several aspects of these modalities, and it is therefore important for authors to be able to react to these in order to provide different styling to their applications. In order to achieve this, this specification defines a media feature that allows different CSS style rules to be applied depending on whether a given media query [MEDIAQ] matches.

1.1 Design Goals and Requirements

This section is non-normative.

The design goals and requirements for this specification are documented in the Requirements for Standardizing Widgets [WIDGETS-REQS].

This document addresses one requirement from "User Experience":

  1. Display Modes

2. Conformance

As well as sections marked as non-normative, all authoring guidelines, diagrams, examples, and notes in this specification are non-normative. Everything else in this specification is normative.

The key words must, must not, required, should, should not, recommended, may, and optional in this specification are to be interpreted as described in [RFC2119].

This specification defines conformance criteria that apply to a single product: user agents that implement the view modes that it contains.

3. Security considerations

An application could be designed to trick users into performing actions they do not wish to or to capture data that they did not intend to provide. Examples of situations in which the user could be tricked include, but are not limited to:

Implementers are encouraged to take these issues into consideration and to provide limitations to what a Web application may do in order to ensure that the user is exposed to minimal risk.

4. Definitions

View mode
The view mode is the manner in which a Web application is presented to a user that corresponds to the metaphors and functionalities in use on a given platform. This specification defines a number of view modes that a user agent is expected to match to comparable platform-specific situations.
Chrome
The chrome comprises the visible parts of the user agent that do not depend on the content (e.g. window decorations, tool bars, title bars, menus).
Immersive
A user interface is said to be immersive when its controls and components are created to match the specific style of the application instead of using the chrome and widgets of the platform.
Media feature
The term media feature is defined in [MEDIAQ].
Screen area
The area of the screen that is generally available for applications, excluding parts that the system generally keeps to itself (e.g. a bar at the top for menus, time, or context, or at the bottom with a list of running applications).
Web application
A Web application is an application built and shipped using Web technology that may be running inside of a browser, as a widget, or in another type of container designed for this purpose.
Widgets
The term widget is defined in [WIDGETS].
Viewport
The term viewport is defined in [CSS21].

5. The 'view-mode' media feature

The view-mode media feature describes the mode in which the Web application is being shown as a running application on the platform.

Value:
windowed | floating | fullscreen | maximized | minimized
Applies to:
visual media types
Accepts min/max prefixes:
No

A user agent should make a best-effort attempt at matching the great variety of platform conventions in which it may be running a Web application to the list of view modes defined in this specification so that the view-mode media feature may describe common situations in a manner that is useful to authors. Each view mode is defined to be exclusive of the others.

5.1 View modes

The view-mode media feature accepts the following enumerated values:

windowed
Describes a Web application running in a windowed manner, which is to say with chrome and without occupying the entire screen area.
floating
Describes a Web application providing a more immersive interface, running in a windowed manner but without chrome, and with the viewport's initial background being transparent such that other system items (other applications, the display's background...) can be seen through parts of the viewport that are not being painted to.
fullscreen
Describes a Web application that is occupying the entirety of the display, including the parts normally excluded from the screen area (e.g. a fullscreen video) and without any chrome.
maximized
Describes a Web application that is occupying the entirety of the screen area but with chrome.
minimized
Describes a Web application docked or otherwise minimized, but with a dynamic graphical representation being available nevertheless (i.e. the application isn't entirely hidden, or maybe its icon is still shown and it has control over what it contains). This may correspond for instance to a thumbnail of the application's content being shown.

5.2 Examples

A simple example in CSS:

@media handheld and (view-mode: floating) and (orientation: landscape) {
  // ...
}
@media tv and (view-mode: windowed) {
  // ...
}
@media handheld and (view-mode: fullscreen) {
  // ...
}

6. Acknowledgements

This section is non-normative.

Daniel Herzog, Arve Bersvendsen, Arthur Barstow, Jochen Cichon, Sebastian Markbåge, Cameron McCormack, David Rogers, Richard Tibbett, Scott Wilson, Boris Zbarsky, Kenneth Christiansen, Daniel Glazman, Tab Atkins Jr, Josh Soref, Marcin Hanclik, the CSS WG.

A. References

A.1 Normative references

[MEDIAQ]
Media Queries. W3C.
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. IETF.

A.2 Informative references

[CSS21]
Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification.. W3C.
[WIDGETS]
Widget Packaging and XML Configuration. W3C.
[WIDGETS-REQS]
Requirements For Standardizing Widgets.. W3C WG Note.