CSS Device Adaptation defines a set of CSS directives to define the size on which this layout should be based, relatively to the size of the underlying device — specifying what has been implemented using the <meta name="viewport"> element so far.
Media Queries Level 4 adds the availability and type of a pointing device, as well as the ability to hover over elements, to the list of capabilities that may be used to adapt the layout and behavior of a Web page. Moreover, Media Queries Level 5 lets developers specify media queries that react to the ambient luminosity and to script-defined variables, making it easier to cater for more complex adaptation rules in the overall logic of the application.
diff --git a/mobile/forms.html b/mobile/forms.html index d2ccd72a..b4f94a44 100644 --- a/mobile/forms.html +++ b/mobile/forms.html @@ -19,7 +19,7 @@Date and time entries can take advantage of a number of dedicated form controls (e.g. <input type="date">) to trigger the use of a native calendar control, avoiding the need to create custom JS-based controls that cannot be easily tailored to cope for the variety of mobile devices available on the market.
NB: a 3D graphic API for HTML5 canvas, called WebGL, has been developed outside of W3C, as part of the Khronos Group; this API has been built to be compatible with OpenGL ES, i.e. for embedded systems, and is intended to work on mobile devices. The GPU for the Web Community Group also started to design a new Web API to expose modern 3D graphics and computation capabilities in a performant, powerful and safe manner, with a goal to be agnostic of and compatible with existing native system platforms (such as Direct3D, Metal, or Vulkan).
Animations can also be managed via scripting through the API exposed in Web Animations.
To ensure optimal performances when animating parts of an app, authors can make use of the CSS will-change property to let browsers compute the animation ahead of its occurrence.
Whether packaged or not, users rely on a variety of metadata (name, icons) to identify the apps they want to use among their list of regularly used applications. The Web App Manifest specification lets developers group all these metadata into a single JSON file.
The Canvas 2D Context API enables modifying images, which in turn opens up the possibility of video editing, thus bringing multimedia manipulation capabilities to the Web platform.
Beyond the declarative approach enabled by the <audio> element, the Web Audio API provides a full-fledged audio processing API, which includes support for low-latency playback of audio content.
The Beacon API aims at letting developers queue unsupervised HTTP requests, leaving it to the browser to execute them when appropriate, opening the door for better network optimizations.
Following a successful workshop on Web payments in 2014 and discussions on use cases and priorities for Web payments in the Web Payment Interest Group, W3C chartered a Web Payments Working Group to develop browser APIs to facilitate payment operations in Web applications:
diff --git a/mobile/performance.html b/mobile/performance.html index 3cd344f8..90fc03e9 100644 --- a/mobile/performance.html +++ b/mobile/performance.html @@ -44,7 +44,7 @@The Resource Hints and Preload specifications let developers optimize the download of resources by enabling to delay either the download or the execution of the downloaded resource.
Many sensitive APIs, e.g. those that expose mobile device sensors, are gated by a request for user consent; while these requests give control to the user, they can be sometimes hard to integrate in the overall user experience without visibility on which permission has been granted or denied. The Permissions API aims at fixing this.
diff --git a/mobile/sensors.html b/mobile/sensors.html index 74da377a..88bedc38 100644 --- a/mobile/sensors.html +++ b/mobile/sensors.html @@ -23,7 +23,7 @@The Generic Sensor API defines a framework for exposing sensor data to the Web platform in a consistent way. In particular, the specification defines a blueprint for writing specifications of concrete sensors along with an abstract Sensor interface that can be extended to accommodate different sensor types.
diff --git a/mobile/storage.html b/mobile/storage.html index 470f3794..476faa45 100644 --- a/mobile/storage.html +++ b/mobile/storage.html @@ -21,7 +21,7 @@The HTML5 download attribute provides a simple mechanism to trigger a file download (rather than a page navigation), with the possibility of setting a user-friendly filename.
The File Reader API makes it possible to load the content of a file, for richer interactions with the file system. However, note discussions on a sandboxed filesystem API that could have allowed to write files onto a sandboxed file system have halted for lack of interest.
diff --git a/mobile/userinput.html b/mobile/userinput.html index f78d7950..4ab34752 100644 --- a/mobile/userinput.html +++ b/mobile/userinput.html @@ -27,7 +27,7 @@The Pointer Events Working Group has made good progress on an alternative approach to handle user input, Pointer Events, that allows to handle mouse, touch and pen events under a single model. It provides a complementary and more unified approach to the currently more widely deployed Touch Events.