News

Happy holidays from the World Wide Web Consortium!

13 December 2019 | Archive

W3C Holiday Card

Many thanks for all the ways you have made the Web work for everyone in 2019,
and for all the work we will accomplish together in 2020.

W3C wishes you a happy holiday season
and all the best for the new year!

From all of us at the World Wide Web Consortium.

W3C Recommends CSS Writing Modes to support International writing modes

10 December 2019 | Archive

a screenshot of vertical scripts for Making the World Wide Web worldwide in English, Traditional Chinese, Japanese and KoreanThe CSS Working Group has published CSS Writing Modes Level 3 as a W3C Recommendation.

This CSS module defines CSS support for various international writing modes and their combinations, including left-to-right and right-to-left text ordering as well as horizontal and vertical orientations. These new CSS features allow a mixture of horizontal and vertical text regions on the same page. The specification also adds support for such things as isolation in bidirectional text, glyph orientation controls, and short, inline horizontal runs in lines of vertical text.

Please, read our press release for additional information and acknowledgements.

W3Cx Introduction to Web Accessibility – New Online Course

3 December 2019 | Archive

illustration showing two persons looking at a computer; and WAI iconsOn the International Day of Persons with Disabilities, W3C and the UNESCO Institute for Information Technologies in Education (UNESCO IITE) launched a new W3Cx course: “Introduction to Web Accessibility“.

The course is designed for technical and non-technical audiences, including developers, designers, content authors, project managers, people with disabilities, and others. The course will start on 28 January 2020 and is self-paced.

Please, read our press release and blog post, and watch our short teaser video for more information about the course. Enroll now, and encourage others to, too.

W3C Invites Implementations of the Sensor APIs

12 December 2019 | Archive

Device’s local coordinate system and rotation. The Devices and Sensors Working Group invites implementations of four Candidate Recommendations:

  • Generic Sensor API defines a framework for exposing sensor data to the Open Web Platform in a consistent way. It does so by defining a blueprint for writing specifications of concrete sensors along with an abstract Sensor interface that can be extended to accommodate different sensor types.
  • Accelerometer defines Accelerometer, LinearAccelerationSensor and GravitySensor interfaces for obtaining information about acceleration applied to the X, Y and Z axis of a device that hosts the sensor.
  • Gyroscope defines a concrete sensor interface to monitor the rate of rotation around the device’s local three primary axes.
  • Orientation Sensor defines a base orientation sensor interface and concrete sensor subclasses to monitor the device’s physical orientation in relation to a stationary three dimensional Cartesian coordinate system.

Comments are welcome by 8 January 2020.

W3C Invites Implementations of JSON-LD 1.1

12 December 2019 | Archive

The JSON-LD Working Group invites implementations of three Candidate Recommendations:

  • JSON-LD 1.1 defines a JSON-based expression of Linked Data graphs. The syntax is designed to easily integrate into deployed systems that already use JSON, and provides a smooth upgrade path from JSON to JSON-LD. It enables the creation of more easily interoperable Web services, the ability to store Linked Data in JSON-based storage engines, and brings more meaningful data to Web services and APIs.
  • JSON-LD 1.1 Processing Algorithms and API defines an Application Programming Interface (API) for developers implementing a set of algorithms for programmatic transformations of JSON-LD documents.
  • JSON-LD 1.1 Framing allows developers to query a JSON-LD document’s contained graph, by example, and reshape output into a specific JSON tree layout.

Candidate Recommendation means that the Working Group considers the technical design to be complete and is seeking implementation feedback on the documents. The group is keen to get comments and implementation experiences on these specifications as issues raised in the documents’ respective GitHub repositories (see the document headers for the exact references).

The group expects to satisfy the implementation goals (i.e., at least two, independent implementations for each of the test cases) by 17 February 2020.

First Public Working Draft: Pointer Events Level 3

12 December 2019 | Archive

The Pointer Events Working Group has published a First Public Working Draft of Pointer Events Level 3. The features in this specification extend or modify those found in Pointer Events, a W3C Recommendation that describes events and related interfaces for handling hardware agnostic pointer input from devices including a mouse, pen, touchscreen, etc. For compatibility with existing mouse based content, this specification also describes a mapping to fire Mouse Events for other pointer device types.

W3C Recommends WebAssembly to push the limits for speed, efficiency and responsiveness

5 December 2019 | Archive

WebAssembly black and white logo The WebAssembly Working Group has published today the three WebAssembly specifications as W3C Recommendations, marking the arrival of a new language for the Web which allows code to run in the browser.

  • WebAssembly Core Specification defines a low-level virtual machine which closely mimicks the functionality of many microprocessors upon which it is run. Either through Just-In-Time compilation or interpretation, the WebAssembly engine can perform at nearly the speed of code compiled for a native platform. A .wasm resource is analogous to a Java .class file in that it contains static data and code segments which operate over that static data. Unlike Java, WebAssembly is typically produced as a compilation target from other programming languages like C/C++ and Rust.
  • WebAssembly Web API defines a Promise-based interface for requesting and executing a .wasm resource. The structure of a .wasm resource is optimized to allow execution to begin before the entire resource has been retrieved, which further enhances responsiveness of WebAssembly applications.
  • WebAssembly JavaScript Interface provides a JavaScript API for invoking and passing parameters to WebAssembly functions. In Web browsers, WebAssembly’s interactions with the host environment are all managed through JavaScript, which means that WebAssembly relies on JavaScript’s highly-engineered security model.

WebAssembly provides a safe, portable, low-level code format designed for efficient execution and compact representation. This technology enables the Web platform to perform more efficient execution of computationally-intensive algorithms, which in turn makes it practical to deliver whole new classes of user experience on the Web and elsewhere. Because WebAssembly is a platform-independent execution environment, it can also be used on any other computer platform. Please, read our press release for additional information and acknowledgements.

W3C Invites Implementations of Publication Manifest and Audiobooks

5 December 2019 | Archive

The Publishing Working Group has just published a Candidate Recommendation for two documents, namely:

  • Publication Manifest – This specification defines a general manifest format for expressing information about a digital publication. It uses schema.org metadata augmented to include various structural properties about publications, serialized in JSON-LD, to enable interoperability between publishing formats while accommodating variances in the information that needs to be expressed.
  • Audiobooks – This specification describes the requirements for the creation of audiobooks, using a profile of the Publication Manifest specification.

The Group has also published an accompanying Working Group Note of Lightweight Packaging Format (LPF). This specification defines a file format and processing model for packaging into a single-file container the set of related resources and associated metadata that comprise a digital publication.

Candidate Recommendation means that the Working Group considers the technical design to be complete, and is seeking implementation feedback on the documents. The group is keen to get comments and implementation experiences on these specifications as issues raised in the the documents’ respective GitHub repositories (see the document headers for the exact references).

The group expects to satisfy the implementation goals (i.e., at least two, independent implementations for each of the test cases) by 31 March 2020.

More news… RSS Atom

Events Header link