Happy holidays from the World Wide Web Consortium!
13 December 2019 | Archive
W3C Recommends CSS Writing Modes to support International writing modes
10 December 2019 | Archive
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
On 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.
W3C Invites Implementations of the Sensor APIs
12 December 2019 | Archive
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
GravitySensorinterfaces 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
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 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.
2020-01-22 (22 JAN) – 2020-01-24 (24 JAN)
A Coruña, Galicia, Spain
2020-01-29 (29 JAN) – 2020-01-31 (31 JAN)
Amsterdam, the Netherlands
Hosted by Microsoft, the Netherlands
2020-03-30 (30 MAR) – 2020-04-02 ( 2 APR)
2020-05-17 (17 MAY) – 2020-05-19 (19 MAY)
2020-10-26 (26 OCT) – 2020-10-30 (30 OCT)