Geolocation API Specification Abstract This specification defines an API that provides scripted access to geographical location information associated with the hosting device. Status of This Document This section describes the status of this document at the time of its publication. Other documents may supersede this document. This document has been reviewed by W3C Members, by software developers, and by other W3C groups and interested parties, and is endorsed by the Director as a W3C Recommendation. By publishing this Recommendation, W3C expects that the functionality specified in this Geolocation API Recommendation will not be affected by changes to HTML5 or Web IDL as those specifications proceed to Recommendation. This document incorporates minor changes made against the Proposed Recommendation of 10 May 2012. Comments on the document should be sent to the Working Group's public mailing list firstname.lastname@example.org (subscribe, archives). Table of Contents 1 Conformance requirements 2 Introduction 3 Scope Geolocation The
Selectors API Level 1 Abstract Selectors, which are widely used in CSS, are patterns that match against elements in a tree structure [SELECT][CSS21]. The Selectors API specification defines methods for retrieving Element nodes from the DOM by matching against a group of selectors. Status of this Document This section describes the status of this document at the time of its publication. The Web Applications (WebApps) Working Group has developed a comprehensive Selectors API test suite and has demonstrated interoperability of the features among implementations. Please send comments about this document to email@example.com (public archive) with [selectors-api] in the subject. This document was developed by the Web Applications Working Group. This document has been reviewed by W3C Members, by software developers, and by other W3C groups and interested parties, and is endorsed by the Director as a W3C Recommendation. This document was produced by a group operating under the 5 February 2004 W3C Patent Policy.
HTML Canvas 2D Context This Version: Latest Published Version: Previous Version: Editors: Rik Cabanier, Adobe Systems, Inc. Jatinder Mann, Microsoft Corporation Jay Munro, Microsoft Corporation Tom Wiltzius, Google, Inc. Ian Hickson, Google, Inc. Please check the errata for any errors or issues reported since publication. See also translations. Copyright © 2015 W3C® (MIT, ERCIM, Keio, Beihang). Abstract This specification defines the 2D Context for the HTML canvas element. Status of This Document This section describes the status of this document at the time of its publication. This is the specification for the 2D Context for the HTML canvas element, published by the HTML Working Group. If you wish to make comments regarding this document in a manner that is tracked by the W3C, please submit them via using our public issues list. Work on this specification is also done at the WHATWG. 2d ImageData
WOFF File Format 1.0 1. Introduction This document specifies a simple compressed file format for fonts, designed primarily for use on the Web and known as WOFF (Web Open Font Format). Despite this name, WOFF should be regarded as a container format or "wrapper" for font data in already-existing formats rather than an actual font format in its own right. The WOFF format is a container for the table-based sfnt structure used in e.g. The structure and contents of decoded font data exactly match those of a well-formed input font file. Notational Conventions The all-uppercase key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC-2119]. This document includes sections of text that are called out as "Notes" and set off from the main text of the specification. 2. The primary purpose of the WOFF format is to package fonts linked to Web documents by means of CSS @font-face rules.
Network Communication API Abstract To enable Web applications to communicate using TCP this specification introduces the TCPSocket interface and a corresponding optional security model. Status of this Document This section describes the status of this document at the time of its publication. This document is a first editors' draft specification of the network API from the Web API group, part of the Rich Web Client Activity. This document is published to solicit comments from interested parties. This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. Publication as a Working Draft does not imply endorsement by the W3C Membership. Table of Contents Introduction The TCPSocket interface enables a TCP connection from the client to the server from which the script was downloaded and executed from. This interface does not allow for raw access to the underlying network. Add an introduction to the client-side and server-side of using the direct connection APIs. Provide an example here The
Mathematical Markup Language (MathML) Version 3.0 2nd Edition W3C Recommendation 10 April 2014 This version: Latest MathML 3 version: Latest MathML Recommendation: Previous versions: Editors' version: Editors: David Carlisle, NAG Patrick Ion, Mathematical Reviews, American Mathematical Society Robert Miner (deceased), Design Science, Inc. Principal Authors: Ron Ausbrooks, Stephen Buswell, David Carlisle, Giorgi Chavchanidze, Stéphane Dalmas, Stan Devitt, Angel Diaz, Sam Dooley, Roger Hunter, Patrick Ion, Michael Kohlhase, Azzeddine Lazrek, Paul Libbrecht, Bruce Miller, Robert Miner (deceased), Chris Rowley, Murray Sargent, Bruce Smith, Neil Soiffer, Robert Sutor, Stephen Watt Please refer to the errata for this document, which may include some normative corrections. See also translations. Abstract Status of this Document
C Interaction Domain Nearby: People of the Interaction Domain. Mission W3C's Interaction Domain is responsible for developing technologies that shape the Web's user interface. These technologies include (X)HTML, the markup language that started the Web. W3C Interaction Domain technologies enable millions of people every day to browse the Web and to author Web content. Industry Impact W3C: Printing and the Web [PDF] Copyright © 2001-2015 W3C ® ( MIT , ERCIM , Keio), All Rights Reserved.
Web IDL This section describes a language, Web IDL, which can be used to define interfaces for APIs in the Web platform. A specification that defines Web APIs can include one or more IDL fragments that describe the interfaces (the state and behavior that objects can exhibit) for the APIs defined by that specification. An IDL fragment is a sequence of definitions that matches the Definitions grammar symbol. The set of IDL fragments that an implementation supports is not ordered. Each definition (matching Definition) can be preceded by a list of extended attributes (matching ExtendedAttributeList), which can control how the definition will be handled in language bindings. 3.1. Every interface, partial interface definition, dictionary, partial dictionary definition, exception, enumeration, callback function and typedef (together called named definitions ) and every constant, attribute, exception field and dictionary member has an identifier , as do some operations. reserved identifiers 3.2. interface The
An HTML5 Logo | W3C Blog W3C unveiled a logo for HTML5 today. HTML5 in the broad sense covers many different technologies at varying degrees of standardization and adoption. Commercial sites have begun to take advantage of some of the technology, and we are excited that this logo will help raise awareness about HTML5 and W3C. Please check out the logo home page for information about free stickers. We are also selling T-shirts and part of the proceeds will support the HTML5 test suite effort. A number of people have already asked me “What does the logo represent?” The logo is available under a permissive license (Creative Commons 3.0 By) so that you can make it fit into your own designs. As a special treat, I’d like to introduce Michael Nieling, the Creative Director at Ocupop, the design firm that developed the logo with us. Ian Jacobs (IJ): I think the W3C community would be interested in hearing your perspectives on the design. IJ: The HTML badge is the foundation for the framework.