DOCSLIB.ORG

HTML WG Status Report

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
HTML WG Status Report HTML WG Status Report HTML WG Chairs Paul Cotton, Sam Ruby, Maciej Stachowiak HTML Working Group • 9 documents (-1 for HTML+RDFa) • Participation: – 302 reps (+68) from 91 (+11 since May) W3C members – 215 invited experts (-44) • [email protected]: ~300 mails/month • [email protected]: ~250 mails/month • [email protected]: ~80 mails/month • [email protected]: ~600 changes/month HTML WG Status Report 1. HTML WG Timeline (Past and Future) 2. Plan 2014 3. HTML 5.0 and 5.1 Schedules 4. HTML 5.0 Candidate Recommendation 5. HTML5 Testing Task Force Status 6. Proposed Extension Specifications HTML WG Timeline (Past) • Apr 23: Stabilization plan and call for editors • May 3-4: HTML WG F2F meeting, Mountain View, CA (Minutes, Minutes) • May 13-15: AC meeting, Sophia Antipolis • Jun 27: Technical editor position announced • Jul 24: Adobe, Google and Microsoft sponsorship announced to AC • Jul 25: HTML5 editorial team announced – Travis Leithead, Erika Doyle Navara, Ted O'Connor, Silvia Pfeiffer • Aug 2: Canvas editorial team announced – Rik Cabanier, Eliot Graff, Jay Munro, Tom Wiltzius • Sep 4: Technical editor announced – Robin Berjon • Oct 8: CfC on Plan 2014 announced (WG Decision) • Oct 25: 9 HTML 5.0 heartbeat working drafts published HTML WG Timeline (Future) • Nov 1-2: HTML WG F2F meeting, TPAC, Lyon • Mid-November: Revised WG charter to AC for review and approval • 4Q 2012: HTML 5.0 Candidate Recommendation • 4Q 2012: HTML 5.1 Working Drafts • Apr 2013: HTML WG F2F meeting, Silicon Valley, CA (details to be finalized) Plan 2014 • Goal: How to get HTML5 to Rec in 2014? • Plan 2014 proposes how to get there: – Charter timeline revisions: • HTML 5.0 REC: 2014Q4 • Add HTML 5.1 for further feature development – Permissive CR exit criteria to focus testing – Modularity • Address remaining open issues via extension specs • Provide opportunity for extension specs to merge back Other Plan 2014 changes • WG Decision Policy changes • Update WG Charter liaison section • HTML5 specification status section changes • Propose a lead test manager team role • Accessibility Task Force changes – Allow the Task force to propose and/or take ownership of documents such as extension specs HTML 5.0 and 5.1 schedules • HTML 5.0 milestones: 1. CR: 2012 Q4 2. LCf: 2014 Q3 3. PR: 2014 Q4 4. Rec: 2014 Q4 • HTML 5.1 milestones: 1. FPWD: 2012 Q4 2. LC: 2014 Q3 3. CR: 2015 Q1 4. Rec: 2016 Q4 2012 2013 2014 2015 2016 HTML 5.0 CR start … CR … LCf, Rec HTML 5.1 FPWD WD LC CR … Rec HTML 5.0 Candidate Recommendation • HTML 5.0 CR due in Q4 2012: – Candidate Recommendation Exit Criteria – HTML 5.0 Formal Objections – Features at risk (draft list) – CR drafts (under preparation by editors) – Draft implementation report: • which of the features have been implemented in browsers and in which browsers • how stable each feature is • what the level of interoperability for each feature is HTML5 Testing Task Force Status Tests Suite has 11,907 tests with consensus are correct and valid audio atob/btoa New Contributors Since TPAC 2011 – Infraware canvas data-* – Mosquito document.write editing – Html5Bidi events MathML parsing – MathiasBynes Named Char Ref SVG in HTML – Intel parsing video – Baidu video XHTML5 [email protected] remains steady (~16 posts /month) New Testing Activity http://testthewebforward.org included HTML5 Proposed extension specifications • HTML WG – Encrypted Media Extensions – Media Source Extensions – picture element – srcset attribute – subline element – outlinemask attribute – main element • A11Y Task Force – Longer description mechanisms such as HTML5 Image Description Extension Questions 1. HTML WG Timeline (Past and Future) 2. Plan 2014 3. HTML 5.0 and 5.1 Schedules 4. HTML 5.0 Candidate Recommendation 5. HTML5 Testing Task Force Status 6. Proposed Extension Specifications Contact information • HTML WG Chairs – Paul Cotton [email protected] – Sam Ruby [email protected] – Maciej Stachowiak [email protected] • W3C Team – Philippe Le Hégaret [email protected] – Michael Smith [email protected] – Robin Berjon [email protected] Backup slides HTML5 review stats • HTML5 Pre-Last Call (before May 25 2012) – 2558 bugs • HTML5 Last Call (May 25-Aug 3 2012) – 1553 bugs • HTML5 Post Last Call (after Aug 3 2012) – 1179 bugs (138 to be processed) • Note: above stats for HTML5 core spec only .
Load more

Recommended publications
  • La Promotion Du Web Ouvert a Bien Changé Mais Mozilla Est Toujours Là
    La promotion du Web Ouvert a bien changé mais Mozilla est toujours là Promouvoir le Web ouvert est l’une des missions de Mozilla. Mission parfaitement assumée et réussie il y a quelques années avec l’avènement de Firefox qui obligea Internet Explorer à quitter son arrogance pour rentrer dans le rang et se montrer plus respectueux des standards et donc des internautes. Sauf qu’aujourd’hui la donne a sensiblement changé. Avec la mobilité, les stores, les apps, les navigateurs intégrés, etc. c’est en effet un Web bien plus complexe qui se présente devant nous. Un Web enthousiasmant[1] mais plein d’embûches pour ceux qui sont attachés à son ouverture et à sa neutralité. C’est tout l’objet de ce très intéressant récent billet du développeur Mozilla Robert O’Callahan. Des changements dans la façon de promouvoir le Web Ouvert Shifts In Promoting The Open Web Robert O’Callahan – 30 septembre 201 – Blog personnel (Traduction Framalang : Antistress et Goofy) Historiquement Mozilla a dépensé pas mal d’énergie pour promouvoir l’usage du « Web ouvert » plutôt que de plateformes propriétaires et de code spécifique à des navigateurs non standards (IE6). Cette évangélisation reste nécessaire mais le paysage s’est modifié et je pense que notre discours doit s’adapter. Les plateformes dont nous devons nous préoccuper ont beaucoup changé. Au lieu de WPF, Slivertlight and Flash, les outils propriétaires pour développeurs avec lesquelles il faut rivaliser dorénavant sont iOS et Android. En conséquence, les fonctionnalités que le Web doit intégrer sont à présent orientées vers la mobilité.
    [Show full text]
  • Bibliography of Erik Wilde
    dretbiblio dretbiblio Erik Wilde's Bibliography References [1] AFIPS Fall Joint Computer Conference, San Francisco, California, December 1968. [2] Seventeenth IEEE Conference on Computer Communication Networks, Washington, D.C., 1978. [3] ACM SIGACT-SIGMOD Symposium on Principles of Database Systems, Los Angeles, Cal- ifornia, March 1982. ACM Press. [4] First Conference on Computer-Supported Cooperative Work, 1986. [5] 1987 ACM Conference on Hypertext, Chapel Hill, North Carolina, November 1987. ACM Press. [6] 18th IEEE International Symposium on Fault-Tolerant Computing, Tokyo, Japan, 1988. IEEE Computer Society Press. [7] Conference on Computer-Supported Cooperative Work, Portland, Oregon, 1988. ACM Press. [8] Conference on Office Information Systems, Palo Alto, California, March 1988. [9] 1989 ACM Conference on Hypertext, Pittsburgh, Pennsylvania, November 1989. ACM Press. [10] UNIX | The Legend Evolves. Summer 1990 UKUUG Conference, Buntingford, UK, 1990. UKUUG. [11] Fourth ACM Symposium on User Interface Software and Technology, Hilton Head, South Carolina, November 1991. [12] GLOBECOM'91 Conference, Phoenix, Arizona, 1991. IEEE Computer Society Press. [13] IEEE INFOCOM '91 Conference on Computer Communications, Bal Harbour, Florida, 1991. IEEE Computer Society Press. [14] IEEE International Conference on Communications, Denver, Colorado, June 1991. [15] International Workshop on CSCW, Berlin, Germany, April 1991. [16] Third ACM Conference on Hypertext, San Antonio, Texas, December 1991. ACM Press. [17] 11th Symposium on Reliable Distributed Systems, Houston, Texas, 1992. IEEE Computer Society Press. [18] 3rd Joint European Networking Conference, Innsbruck, Austria, May 1992. [19] Fourth ACM Conference on Hypertext, Milano, Italy, November 1992. ACM Press. [20] GLOBECOM'92 Conference, Orlando, Florida, December 1992. IEEE Computer Society Press. http://github.com/dret/biblio (August 29, 2018) 1 dretbiblio [21] IEEE INFOCOM '92 Conference on Computer Communications, Florence, Italy, 1992.
    [Show full text]
  • SMIL) Boston Specification W3C Working Draft 3-August-1999
    next contents Synchronized Multimedia Integration Language (SMIL) Boston Specification W3C Working Draft 3-August-1999 This version: http://www.w3.org/1999/08/WD-smil-boston-19990803 Latest version: http://www.w3.org/TR/smil-boston Previous version: http://www.w3.org/AudioVideo/Group/smil-boston-19990723 (W3C members only) Editors: Jeff Ayars (RealNetworks), Aaron Cohen (Intel), Ken Day (Macromedia), Erik Hodge (RealNetworks), Philipp Hoschka (W3C), Rob Lanphier (RealNetworks), Nabil Layaïda (INRIA), Jacco van Ossenbruggen (CWI), Lloyd Rutledge (CWI), Bridie Saccocio (RealNetworks), Patrick Schmitz (Microsoft), Warner ten Kate (Philips), Ted Wugofski (Gateway), Jin Yu (Compaq) Copyright © 1999 W3C ® ( MIT, INRIA, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Abstract This document specifies the "Boston" version of the Synchronized Multimedia Integration Language (SMIL, pronounced "smile"). SMIL Boston has the following two design goals: ● Define a simple XML-based language that allows authors to write interactive multimedia presentations. Using SMIL Boston, an author can describe the temporal behavior of a multimedia presentation, associate hyperlinks with media objects and describe the layout of the presentation on a screen. ● Allow reusing of SMIL syntax and semantics in other XML-based languages, in particular those who need to represent timing and synchronization. For example, SMIL Boston components should be used for integrating timing into XHTML. Status of this document This section describes the status of this document at the time of its publication. Other documents may supersede this document. The latest status of this document series is maintained at the W3C. This document is the first working draft of the specification for the next version of SMIL code-named "Boston".
    [Show full text]
  • Communications Cacm.Acm.Org of Theacm 06/2009 Vol.52 No.06
    COMMUNICATIONS CACM.ACM.ORG OF THEACM 06/2009 VOL.52 NO.06 One Laptop Per Child: Vision vs. Reality Hard-Disk Drives: The Good, The Bad, and the Ugly How CS Serves The Developing World Network Front-End Processors The Claremont Report On Database Research Autonomous Helicopters Association for Computing Machinery Think Parallel..... It’s not just what we make. It’s what we make possible. Advancing Technology Curriculum Driving Software Evolution Fostering Tomorrow’s Innovators Learn more at: www.intel.com/thinkparallel ACM Ad.indd 1 4/17/2009 11:20:03 AM ABCD springer.com Noteworthy Computer Science Journals Autonomous Biological Personal and Robots Cybernetics Ubiquitous G. Sukhatme, University W. Senn, Universität Bern, Computing of Southern California, Physiologisches Institut; ACM Viterbi School of Engi- J. Rinzel, National neering, Dept. Computer Institutes of Health (NIH), P. Thomas, Univ. Coll. Science Dept. Health Education & London Interaction Centre Autonomous Robots Welfare; J. L. van Hemmen, reports on the theory and TU München, Abt. Physik Personal and Ubiquitous applications of robotic systems capable of Biological Cybernetics is an interdisciplinary Computing publishes peer-reviewed some degree of self-sufficiency. It features medium for experimental, theoretical and international research on handheld, wearable papers that include performance data on actual application-oriented aspects of information and mobile information devices and the robots in the real world. The focus is on the processing in organisms, including sensory, pervasive communications infrastructure that ability to move and be self-sufficient, not on motor, cognitive, and ecological phenomena. supports them to enable the seamless whether the system is an imitation of biology.
    [Show full text]
  • Introducing HTML5.Pdf
    ptg HTMLINTRODUCING 5 ptg BRUCE LAWSON REMY SHARP Introducing HTML5 Bruce Lawson and Remy Sharp New Riders 1249 Eighth Street Berkeley, CA 94710 510/524-2178 510/524-2221 (fax) Find us on the Web at: www.newriders.com To report errors, please send a note to [email protected] New Riders is an imprint of Peachpit, a division of Pearson Education Copyright © 2011 by Remy Sharp and Bruce Lawson Project Editor: Michael J. Nolan Development Editor: Jeff Riley/Box Twelve Communications Technical Editors: Patrick H. Lauke (www.splintered.co.uk), Robert Nyman (www.robertnyman.com) Production Editor: Cory Borman Copyeditor: Doug Adrianson Proofreader: Darren Meiss Compositor: Danielle Foster Indexer: Joy Dean Lee Back cover author photo: Patrick H. Lauke Notice of Rights ptg All rights reserved. No part of this book may be reproduced or transmitted in any form by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written permission of the publisher. For informa- tion on getting permission for reprints and excerpts, contact permissions@ peachpit.com. Notice of Liability The information in this book is distributed on an “As Is” basis without war- ranty. While every precaution has been taken in the preparation of the book, neither the authors nor Peachpit shall have any liability to any person or entity with respect to any loss or damage caused or alleged to be caused directly or indirectly by the instructions contained in this book or by the com- puter software and hardware products described in it. Trademarks Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks.
    [Show full text]
  • 0321687299.Pdf
    Introducing HTML5 Bruce Lawson and Remy Sharp New Riders 1249 Eighth Street Berkeley, CA 94710 510/524-2178 510/524-2221 (fax) Find us on the Web at: www.newriders.com To report errors, please send a note to [email protected] New Riders is an imprint of Peachpit, a division of Pearson Education Copyright © 2011 by Remy Sharp and Bruce Lawson Project Editor: Michael J. Nolan Development Editor: Jeff Riley/Box Twelve Communications Technical Editors: Patrick H. Lauke (www.splintered.co.uk), Robert Nyman (www.robertnyman.com) Production Editor: Cory Borman Copyeditor: Doug Adrianson Proofreader: Darren Meiss Compositor: Danielle Foster Indexer: Joy Dean Lee Back cover author photo: Patrick H. Lauke Notice of Rights All rights reserved. No part of this book may be reproduced or transmitted in any form by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written permission of the publisher. For informa- tion on getting permission for reprints and excerpts, contact permissions@ peachpit.com. Notice of Liability The information in this book is distributed on an “As Is” basis without war- ranty. While every precaution has been taken in the preparation of the book, neither the authors nor Peachpit shall have any liability to any person or entity with respect to any loss or damage caused or alleged to be caused directly or indirectly by the instructions contained in this book or by the com- puter software and hardware products described in it. Trademarks Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and Peachpit was aware of a trademark claim, the designa- tions appear as requested by the owner of the trademark.
    [Show full text]
  • Will HTML 5 Restandardize the Web?
    TECHNOLOGY NEWS Will HTML 5 Restandardize the Web? Steven J. Vaughan-Nichols The World Wide Web Consortium is developing HTML 5 as a stan- dard that provides Web users and developers with enhanced func- tionality without using the proprietary technologies that have become popular in recent years. n theory, the Web is a resource enhanced functionality without using “Microsoft is investing heavily in that is widely and uniformly proprietary technologies. the W3C HTML 5 effort, working with usable across platforms. As Indeed, pointed out Google our competitors and the Web commu- such, many of the Web’s researcher Ian Hickson, one of the nity at large. We want to implement key technologies and archi- W3C’s HTML 5 editors, “One of our ratified, thoroughly tested, and stable Itectural elements are open and goals is to move the Web away from standards that can help Web interop- platform-independent. proprietary technologies.” erability,” said Paul Cotton, cochair of However, some vendors have The as-yet-unapproved standard the W3C HTML Working Group and developed their own technologies takes HTML from simply describing Microsoft’s group manager for Web that provide more functionality than the basics of a text-based Web to creat- services standards and partners in Web standards—such as the ability to ing and presenting animations, audio, the company’s Interoperability Strat- build rich Internet applications. mathematical equations, typefaces, egy Team. Adobe System’s Flash, Apple’s and video, as well as providing offline At the same time though, Web QuickTime, and Microsoft’s Silverlight functionality. It also enables geoloca- companies say their proprietary tech- are examples of such proprietary tion, a rich text-editing model, and nologies are already up and running, formats.
    [Show full text]
  • D3.3 Workshop Report
    Ref. Ares(2011)1319643 - 07/12/2011 OMWeb Open Media Web Deliverable N° D3.3 Standardisation Workshop report 3 December 2011 D3.3 Standardisation Workshop Report 3 Page 1 of 71 Standardisation Workshop Report 3 Name, title and organisation of the scientific representative of the project's coordinator1: Dr Philipp Hoschka Tel: +33-4-92385077 Fax: +33-4-92385011 E-mail: [email protected] Project website2 address: http://openmediaweb.eu/ Project Grant Agreement number 248687 Project acronym: OMWeb Project title: Open Media Web Funding Scheme: Coordination & Support Action Date of latest version of Annex I against which the August 15, 2009 assessment will be made: Deliverable number: D3.3 Deliverable title Standardisation Workshop Report 3 Contractual Date of Delivery: M24 Actual Date of Delivery: December 5, 2011 Editor (s): François Daoust Author (s): François Daoust Reviewer (s): Dr. Philipp Hoschka Participant(s): ERCIM/W3C Work package no.: 3 Work package title: Standardisation Work package leader: François Daoust Work package participants: ERCIM/W3C Distribution: PU Version/Revision (Draft/Final): Version 1 Total N° of pages (including cover): 71 Keywords: HTML5, Games, Standardisation, W3C 1 Usually the contact person of the coordinator as specified in Art. 8.1. of the grant agreement 2 The home page of the website should contain the generic European flag and the FP7 logo which are available in electronic format at the Europa website (logo of the European flag: http://europa.eu/abc/symbols/emblem/index_en.htm ; logo of the 7th FP: http://ec.europa.eu/research/fp7/index_en.cfm?pg=logos). The area of activity of the project should also be mentioned.
    [Show full text]
  • HTML 5.0 Specification Released As a Stable W3C Recommendation
    INTERNET SYSTEMS H T M L 5 TOMASZ PAWLAK, PHD MARCIN SZUBERT, PHD POZNAN UNIVERSITY OF TECHNOLOGY, INSTITUTE OF COMPUTING SCIENCE PRESENTATION OUTLINE • History and Motivation • HTML5 basics • HTML5 features • Semantics • Connectivity • Offline & Storage • Multimedia • 2D/3D Graphics & Effects • Performance & Integration • Device Access • Styling MODERN WEB APPLICATION DATABASE SERVER HISTORICAL PERSPECTIVE • 1991 — HTML Tags, an informal CERN document • 1993 — HTML Internet Draft published by the IETF • 1995 — HTML 2.0 (RFC 1866) published by the IETF • 1997 — HTML 3.2 published as a W3C Recommendation • 1997 — HTML 4.0 published as a W3C Recommendation: • Transitional, which allowed for deprecated elements • Strict, which forbids deprecated elements • Frameset, which allowed embedding multiple documents using frames • 1998 — W3C decided to stop evolving HTML and instead begin work on an XML-based equivalent, called XHTML HISTORICAL PERSPECTIVE — XHTML • 2000 — XHTML 1.0 published as W3C Recommendation: • reformulation of HTML 4 as an application of XML 1.0, offering stricter rules for writing and parsing markup: lower case tags, end tags for all elements, quoting attributes, escaping ampersands • new MIME type application/xhtml+xml enforces draconian error handling in web browsers. • combatibility guidelines: allowed serving pages as HTML (text/html) to continue using forgiving error handling in HTML parsers. • 2002-2006 — W3C released working drafts of XHTML 2.0 which break backward compatibility. • 2009 — W3C abandoned the work on
    [Show full text]
  • A Web Jelölőnyelvei
    A Web jelölőnyelvei Jeszenszky Péter Debreceni Egyetem, Informatikai Kar [email protected] Utolsó módosítás: 2020. április 2. A Web jelölőnyelvei ● HTML ● SVG ● MathML 2 HTML ● „A HTML a Web elsődleges leíró nyelve.” ● „[...] egy szemantikai szintű leíró nyelv és a kapcsolódó szemantikai szintű alkalmazásprogramozási interfészek a Weben elérhető oldalak készítéséhez, melyek a statikus dokumentumoktól a dinamikus alkalmazásokig terjednek.” – Lásd: HTML Living Standard (utolsó módosítás: 2020. április 1.) https://html.spec.whatwg.org/ 3 HTML verziók használata (1) ● PowerMapper Software: HTML Version Statistics. https://try.powermapper.com/stats/htmlversions 4 HTML verziók használata (2) ● W3Techs: Usage statistics and market share of HTML for websites https://w3techs.com/technologies/details/ml-htm l 5 HTML 4.01 ● HTML 4.01 Specification (W3C ajánlás, 1999. december 24.; hatálytalanítva: 2018. március 27.) https://www.w3.org/TR/html401/ – Az utolsó SGML-alapú HTML verzió. ● Dokumentumtípus-deklarációk: – Strict: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> – Transitional: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> – Frameset: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd"> ● Média típus: text/html 6 XHTML (1) ● Az XML alkalmazásként definiált HTML szigorúbb szabályokat ír elő a dokumentumok számára, így azok feldolgozása egyszerűbb. ● Különösen lényeges ez a hagyományos asztali gépekhez képest korlátozott lehetőségekkel bíró eszközökénél (például mobil eszközöknél). ● Az XHTML illetve annak modularizációja lehetővé teszi az XHTML kombinálását más XML alkalmazásokkal. – Például MathML és SVG beágyazás XHTML dokumentumokba – ezek a dokumentumok a továbbiakban azonban már nem XHTML dokumentumok.
    [Show full text]
  • Securing Frame Communication in Browsers by Adam Barth, Collin Jackson, and John C
    DOI:10.1145/1516046.1516066 Securing Frame Communication in Browsers By Adam Barth, Collin Jackson, and John C. Mitchell Abstract map, or a photo album, the site runs the risk of incorporat- Many Web sites embed third-party content in frames, ing malicious content. Without isolation, malicious content relying on the browser’s security policy to protect against can compromise the confidentiality and integrity of the malicious content. However, frames provide insufficient user’s session with the integrator. Although the browser’s isolation in browsers that let framed content navigate well-known “same-origin policy”19 restricts script running other frames. We evaluate existing frame navigation poli- in one frame from manipulating content in another frame, cies and advocate a stricter policy, which we deploy in the browsers use a different policy to determine whether one open-source browsers. In addition to preventing undesir- frame is allowed to navigate (change the location of) another. able interactions, the browser’s strict isolation policy also Although browsers must restrict navigation to provide isola- affects communication between cooperating frames. We tion, navigation is the basis of one form of interframe com- therefore analyze two techniques for interframe communi- munication used by leading companies and navigation cation between isolated frames. The first method, fragment can be used to attack a second interframe communication identifier messaging, initially provides confidentiality with- mechanism. out authentication, which we repair using concepts from a Many recent browsers have overly permissive frame well-known network protocol. The second method, post- navigation policies that lead to a variety of attacks. To pre- Message, initially provides authentication, but we dis- vent attacks, we demonstrate against the Google AdSense cover an attack that breaches confidentiality.
    [Show full text]
  • Introducing HTML5 Second Edition
    HTMLINTRODUCING SECOND 5EDITION BRUCE LAWSON REMY SHARP Introducing HTML5, Second Edition Bruce Lawson and Remy Sharp New Riders 1249 Eighth Street Berkeley, CA 94710 510/524-2178 510/524-2221 (fax) Find us on the Web at: www.newriders.com To report errors, please send a note to [email protected] New Riders is an imprint of Peachpit, a division of Pearson Education Copyright © 2012 by Remy Sharp and Bruce Lawson Project Editor: Michael J. Nolan Development Editor: Margaret S. Anderson/Stellarvisions Technical Editors: Patrick H. Lauke (www.splintered.co.uk), Robert Nyman (www.robertnyman.com) Production Editor: Cory Borman Copyeditor: Gretchen Dykstra Proofreader: Jan Seymour Indexer: Joy Dean Lee Compositor: Danielle Foster Cover Designer: Aren Howell Straiger Cover photo: Patrick H. Lauke (splintered.co.uk) Notice of Rights All rights reserved. No part of this book may be reproduced or transmitted in any form by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written permission of the publisher. For informa- tion on getting permission for reprints and excerpts, contact permissions@ peachpit.com. Notice of Liability The information in this book is distributed on an “As Is” basis without war- ranty. While every precaution has been taken in the preparation of the book, neither the authors nor Peachpit shall have any liability to any person or entity with respect to any loss or damage caused or alleged to be caused directly or indirectly by the instructions contained in this book or by the com- puter software and hardware products described in it. Trademarks Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks.
    [Show full text]