<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>W3C HTML Working Group</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/html/" />
    <link rel="self" type="application/atom+xml" href="http://www.w3.org/QA/atom.xml" />
   <id>tag:www.w3.org,2013:/QA//1</id>
    <updated>2013-05-22T10:21:31Z</updated>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.34-en</generator>
 

<entry>
    <title>Getting agreements is hard (some thoughts on Matthew Butterick’s “The Bomb in the Garden” talk at TYPO San Francisco)</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/04/getting_agreements_is_hard_som.html" />
    <id>tag:www.w3.org,2013:/QA//1.9792</id>
    
    <published>2013-04-17T01:52:30Z</published>
    <updated>2013-04-23T20:55:53Z</updated>
    
    <summary type="html">Getting agreements among implementors about browser-technologies is hard. There’s no magic to make the process of reaching agreements quick, easy, and painless. People disagree. Organizations disagree. The task of us all getting together to work on overcoming our disagreements about details of new browser technologies is time-consuming, often very frustrating, and almost never easy.</summary>
    <author>
        <name>Michael[tm] Smith</name>
        
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p><strong>UPDATE 2013-04-23:</strong> Brian Kardell has posted a related follow-up titled <a href="http://briankardell.wordpress.com/2013/04/23/off-with-their-heads-disband-the-w3c/">Off With Their Heads: Disband the W3C?</a>. I recommend reading it.</p>

<p>These are some personal thoughts on Matthew Butterick’s <a href="http://unitscale.com/mb/bomb-in-the-garden/">“The BOMB in the GARDEN” talk at TYPO San Francisco</a>“. They do not represent an official W3C position.</p>

<ul>
<li>The W3C doesn’t “adopt” standards; the market does.</li>
<li>The W3C doesn’t really even create standards for Web browsers; browser vendors do.</li>
<li>The W3C brokers the creation of standards by providing a place for browser vendors and others to get together to reach agreement on details of new browsers technologies in such a way as they’re willing to actually implement them.</li>
<li>The W3C has zero means for “enforcing” standards for browser technologies.</li>
<li>Browser vendors make their own choices about what to implement and what not to, and when to implement, and how long they take to get around to implementing.</li>
<li>The plan Matthew Butterick seems to be proposing in this talk is that browser vendors quit working together to get agreement at any standards body &amp; instead do… something else.</li>
<li>The only alternative he puts forward for that something-else part is a vague vision of “a web that’s organized entirely as a set of open-source software projects”.</li>
<li>He suggests Linux, Apache, Perl, Python, WordPress as precedents. None of those really have anything at all to do with client-side browser technologies. None of them is a model that could be used as a replacement for developing standards for browser technologies.</li>
<li>Standards are more than just software; they require very detailed, unambiguous specifications in order to achieve interoperability (if we have learned nothing else during the last 20 years, we have learned that—the hard way). And tons and tons of testing, too. And they require a lot of tough, time-consuming work to reach agreements on.</li>
<li>Getting agreements among implementors is the really hard part, and there’s no magic to make the process of reaching agreements quick, easy, and painless.</li>
<li>People disagree. Organizations disagree. The task of us all working together to try to overcome our disagreements is time-consuming, often very frustrating, and almost never easy.</li>
<li>Nowhere in Matthew Butterick’s talk is there a real proposal for how we could get agreements any quicker or easier or less painfully than we do now by following the current standards-development process.</li>
</ul>
]]>
        

    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-03-18 - 2013-03-24</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/03/openweb-weekly-2013-03-24.html" />
    <id>tag:www.w3.org,2013:/QA//1.9769</id>
    
    <published>2013-03-24T19:59:18Z</published>
    <updated>2013-03-26T20:20:50Z</updated>
    
    <summary type="html">This is our weekly Openweb Platform Summary from March 18, 2013 to March 24, 2013. You can read again the last week blog post. Your comments are helpful.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>This is our <a href="https://duckduckgo.com/?q=%22Open+Web+Platform+Weekly+Summary%22+site%3Aw3.org%2FQA">weekly Openweb Platform Summary</a> from March 18, 2013 to March 24, 2013. You can read again the <a href="http://www.w3.org/QA/2013/03/open_web_platform_weekly_summa_1.html">last week</a> blog post. Your comments are helpful.</p>

<h3 id="css-smooth-scrolling">[CSS] Smooth Scrolling</h3>

<p>Sometimes Web designers wish to be able to create a smooth scrolling effect when adjusting the scroll position of a page. Tab Atkins (and someone else at Google) is <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0313.html">proposing</a> to modify <q><code>scrollTo</code> and <code>scrollBy</code> functions in <a href="http://dev.w3.org/csswg/cssom-view/">CSSOM View</a> to take a third parameter: an optional "smooth" string.  If omitted, the scroll is instant.</q> Boris Bzarsky (Mozilla) is <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0314.html">explaining</a> the current behavior in Mozilla. Simon Pieters (Opera) is <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0329.html">wondering</a> if there should be way to control the  time dependency of the scrolling.It could become also a good opportunity for users to have more control on it and deactivate it through user stylesheets. Read the <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/thread.html#msg313">full thread</a>.</p>

<h3 id="css-first-child-without-parent">[CSS] <code>:first-child</code> without parent</h3>

<p>CSS world is sometimes harsh. A <code>:first-child</code> can <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0290.html">never match a root element</a> because it has no parent element and so is not the child of any elements. Read the <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/thread.html#msg290">full thread</a>. The issue comes with <code>DocumentFragment</code> what should happen in this case. Boris Bzarsky and Tab Atkins outlined <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0326.html">some</a> <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0327.html">possibilities</a>.</p>

<h3 id="css-orientation-of-input-typerange">[CSS] Orientation of <code>input type="range"</code></h3>

<p>When using <code>&lt;input type="range"&gt;</code>, it might be useful to have it vertical or horizontal. Jonathan Watt was <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0365.html">working</a> on its support inside Mozilla and asking if there should be a property inside CSS for it. It seems that a specific attribute orientation is an intermediate solution in the meantime.</p>

<h3 id="css-min-width-and-max-width-as-pseudo-classes">[CSS] <code>min-width</code> and <code>max-width</code> as pseudo-classes</h3>

<p>Do we need <code>:min-width</code>/<code>:max-width</code> pseudo-classes for CSS layouts? A <a href="http://www.backalleycoder.com/2013/03/18/cross-browser-event-based-element-resize-detection/">blog post</a> is explaining the issues related to Responsive Web design per elements and layout resizing when in a different context than the main document. This started a <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/thread.html#msg368">gigantic thread</a> on CSS list with very interesting concrete cases.</p>

<h3 id="webapps-appcache-some-use-cases">[WebApps] Appcache, some use cases</h3>

<p>Charles McCathieNeville (Yandex) has <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/0949.html">posted use cases</a> related to appcache.</p>

<h3 id="html-video-playlist">[HTML] <code>video</code> playlist</h3>

<p>How would you <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=10711">implement the playlist in HTML</a>?</p>

<h3 id="html-longdesc-is-back">[HTML] <code>longdesc</code> is back</h3>

<p>If you have been living under a rock, you might not know, but <code>longdesc</code> attribute is in the process of being back in HTML5. Not yet done. There are still a <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=21341">few issues</a> to solve before.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-03-11 - 2013-03-17</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/03/open_web_platform_weekly_summa_1.html" />
    <id>tag:www.w3.org,2013:/QA//1.9767</id>
    
    <published>2013-03-17T19:12:21Z</published>
    <updated>2013-03-25T19:14:24Z</updated>
    
    <summary type="html">This is our weekly Openweb Platform Summary from March 11, 2013 to March 17, 2013. You can read again the last week blog post. Your comments are helpful. [DOM] Making Shadow DOM Subtrees Traversable When discussing about Shadow DOM, security...</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="HTTP" />
    
        <category term="Open Web" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>This is our <a href="https://duckduckgo.com/?q=%22Open+Web+Platform+Weekly+Summary%22+site%3Aw3.org%2FQA">weekly Openweb Platform Summary</a> from March 11, 2013 to March 17, 2013. You can read again the <a href="http://www.w3.org/QA/2013/03/openweb-weekly-2013-03-10.html">last week</a> blog post. Your comments are helpful.</p>

<h3 id="dom-making-shadow-dom-subtrees-traversable">[DOM] Making Shadow DOM Subtrees Traversable</h3>

<p>When discussing about Shadow DOM, security <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/0800.html">questions</a> having been raised such as keeping the integrity of a Shadow DOM. Boris Zbarsky explained what are the <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/0813.html">current ways to have access</a> to it.</p>

<h3 id="css-selectors-logical-combinators-sets">[CSS] Selectors Logical Combinators / Sets</h3>

<p>Brian Kardell <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0232.html">proposed</a> to have additional CSS constructs to combine selectors and/or create sets of selectors. He outlined his ideas in a <a href="http://briankardell.wordpress.com/2013/03/07/logical-psuedo-selectors-a-proposal/">blog post</a> too. François Remy <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0243.html">explained</a> the ideas of Brian on the list and outlining that <code>not</code> already exists, <code>or</code> can be emulated with commas and there is a missing <code>and</code> operator. He also <a href="http://lists.w3.org/Archives/Public/www-style/2013Mar/0247.html">noted</a> that a full syntax for <code>:and</code>/<code>:or</code>/<code>:not</code> would be useful.</p>

<h3 id="html-fetching-algorithm">[HTML] Fetching Algorithm</h3>

<p>Anne van Kesteren (who is now working for Mozilla) is in the <a href="http://html5.org/temp/fetch.html">process of revising the fetching of data</a>. He is tackling the issues one by one for adding consistency to the Open Web Plaftorm. The <code>Origin</code> header is <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/0040.html">specified in different ways</a> depending on the interface. He also tested <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/thread.html#msg128">data urls and network errors</a>, <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/thread.html#msg167">HTTP Authentication</a>, <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/thread.html#msg76">crossorigin</a>, .</p>

<h3 id="canvas-imagedata-allowing-preexisting-data">[Canvas] ImageData allowing preexisting data</h3>

<p>Kenneth Russel is <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/0091.html">proposing</a> to get an <code>ImageData</code> constructor with preexisting data. Read the <a href="http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Mar/thread.html#msg91">thread</a>.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>Adding alpha channels or chroma keys to JPEG images</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/03/adding_alpha_channels_or_chrom.html" />
    <id>tag:www.w3.org,2013:/QA//1.9752</id>
    
    <published>2013-03-09T15:49:11Z</published>
    <updated>2013-03-09T22:49:47Z</updated>
    
    <summary type="html">The GIF image format supports transparency, whilst PNG supports translucency, but neither are particularly good for photos, which compress much better with JPEG. A work around is to use the HTML5 canvas 2D context. The chroma-key.js library automatically applies alpha...</summary>
    <author>
        <name>Dave Raggett</name>
        
    </author>
    
        <category term="HTML" />
    
        <category term="Web Applications" />
    
        <category term="Web Design" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The GIF image format supports transparency, whilst PNG supports translucency, but neither are particularly good for photos, which compress much better with JPEG. A work around is to use the HTML5 canvas 2D context. The <a href="http://www.w3.org/2013/chroma/chroma-key.js">chroma-key.js</a> library automatically applies alpha channels or chroma keys for all images with the associated attributes. The class and id attributes are copied to the generated canvas elements, so if you load the library before your script that adds event handlers all will be well, likewise for style rules that match the id or class values, but note that the img element will have been replaced by a canvas element. To support accessibility, the image's alt attribute is copied to the content of the canvas element. The data- prefix is used for the new attributes as per the HTML5 specification support for <a href="http://www.w3.org/html/wg/drafts/html/master/dom.html#embedding-custom-non-visible-data-with-the-data-*-attributes">custom attributes</a>.</p>

<ul>
<li><a href="http://www.w3.org/2013/chroma/">Alpha and Chroma-key demo</a></li>
</ul>

<p>This work is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by/3.0/deed.en_GB">Creative Commons Attribution 3.0 Unported License</a>.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-02-25 - 2013-03-03</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/03/openweb-weekly-2013-03-03.html" />
    <id>tag:www.w3.org,2013:/QA//1.9755</id>
    
    <published>2013-03-04T18:10:40Z</published>
    <updated>2013-03-11T18:13:45Z</updated>
    
    <summary type="html">This is our weekly Openweb Platform Summary from February 25 to March 3, 2013. You can read again the last week blog post. Your comments are helpful.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="HTTP" />
    
        <category term="Open Web" />
    
        <category term="Web Applications" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>This is our <a href="https://duckduckgo.com/?q=%22Open+Web+Platform+Weekly+Summary%22+site%3Aw3.org%2FQA">weekly Openweb Platform Summary</a> from February 25 to March 3, 2013. You can read again the <a href="http://www.w3.org/QA/2013/02/openweb-weekly-03.html">last week</a> blog post. Your comments are helpful.</p>

<h3 id="multi-get-for-http2">Multi-GET for HTTP2</h3>

<p>Phillip Hallam-Baker is <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/0830.html">wondering</a> if a Multi-GET method would be useful for <a href="https://github.com/http2">HTTP2</a> to access directly a list of contents. The format would be something along</p>

<pre><code>MGET &lt;Common Headers&gt; List &lt;URI, Content header&gt;
</code></pre>

<p>So after a browser has emitted a first <code>GET</code></p>

<pre><code>GET /toplevel.html
</code></pre>

<p>It would then request a</p>

<pre><code>MGET &lt;/image1.jpg /image2.jpg …&gt;
</code></pre>

<p>Read the <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/thread.html#msg830">thread</a></p>

<h3 id="streams-and-blobs-in-webapps">Streams And Blobs in Webapps</h3>

<p>Anne van Kestern has <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/0569.html">mentionned</a> specific extensions to XMLHttpRequest by Mozilla.</p>

<ul>
<li><code>moz-blob</code>: for incremental reading</li>
<li><code>moz-chunked-text</code> and <code>moz-chunked-arraybuffer</code>: for chunked reading.</li>
</ul>

<p>Microsoft has also an extension for streaming. This becomes particulary useful in the case of a video stream. A <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/thread.html#msg569">discussion</a> followed on what should be included in the XMLHttpRequest specification.</p>

<h3 id="test-cases-for-web-messaging">Test Cases for Web Messaging</h3>

<p>Test cases are sometimes a very good way to learn a bit more about the code and the possible constructs. Microsoft has recently <a href="http://lists.w3.org/Archives/Public/public-webapps-testsuite/2013Feb/0026.html">sent a batch of test cases</a> for the <a href="http://dev.w3.org/html5/postmsg/">Web Messaging API</a>.</p>

<h3 id="http2-encodings-and-time">HTTP2, Encodings And Time</h3>

<p>Threads sometimes take a strange direction. The HTTP Working Group was <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/1111.html">discussing</a> about <a href="https://github.com/http2">HTTP2</a> Encoding and the possibility to <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/1115.html">stick</a> to UTF-8 <strong>only</strong>,  when a secondary dicussion started about date format and to maybe make the <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/1154.html">switch to ISO8601</a> for date formats. Read the <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/thread.html#msg1111">full thread</a>.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-02-18 - 2013-02-24</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/02/openweb-weekly-04.html" />
    <id>tag:www.w3.org,2013:/QA//1.9741</id>
    
    <published>2013-02-26T21:25:34Z</published>
    <updated>2013-02-26T22:32:19Z</updated>
    
    <summary type="html">HTTP2, CSS, Testing and a bit of Webapps: Another release of the weekly Openweb Platform Summary from February 19 to 25, 2013. Read, comment, participate.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="HTTP" />
    
        <category term="Open Web" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p><a href="https://duckduckgo.com/?q=%22Open+Web+Platform+Weekly+Summary%22+site%3Aw3.org%2FQA">weekly Openweb Platform Summary</a> from February 17 to 24, 2013. You can read again <a href="http://www.w3.org/QA/2013/02/openweb-weekly-03.html">last week</a> version. Your comments are helpful.</p>

<h3 id="css-animations-updates">CSS Animations Updates</h3>

<p>A <a href="http://www.w3.org/TR/2013/WD-css3-animations-20130219/">new</a> Working <strong>Draft</strong> for <a href="http://dev.w3.org/csswg/css3-animations/">CSS Animations</a> has been <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0454.html">announced</a></p>

<ul>
<li>Adding the pseudoElement property to animation events</li>
<li>animation-play-state can be set by the animation shorthand</li>
<li>Better definition of error conditions e.g. keyframe selectors outside [0-100%] are ignored</li>
</ul>

<h3 id="indexeddb-error-type-for-key-generator-maximum-value">IndexedDB: Error Type for key generator maximum value</h3>

<p>The key generator maximum value in IndexedDB is <code>9007199254740992</code>. When reached, an error is generated but it was not specified which type of errors.</p>

<pre><code>store = db.createObjectStore('store', {autoIncrement: true});
store.put('a', 9007199254740992);
r = store.put('b');
r.onerror = function(e) { alert(e.target.error.name); };
</code></pre>

<p>It <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=18558">is now</a>: <code>ConstraintError</code></p>

<h3 id="variables-in-css-and-syntax">Variables in CSS and Syntax</h3>

<p>The discussion about syntaxes for variables in CSS has been <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/thread.html#msg400">restarted</a> by Jens Meiert. See also this <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/thread.html#msg249">thread</a></p>

<h3 id="testing-the-open-web-platform">Testing the Open Web Platform</h3>

<p>Robin Berjon <a href="http://lists.w3.org/Archives/Public/www-archive/2013Feb/0062.html">checked</a> which areas of the Open Web Platform needed more tests. Here there is an opportunity for you to help.</p>

<h3 id="styling-everything">Styling everything</h3>

<p>Henrik Andersson <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0501.html">has mentionned</a> how impossible is it to style many elements in the browser.</p>

<ul>
<li>Scrollbars, both the main viewport ones, overflow caused ones and the
ones belonging to frames</li>
<li>The audio and video elements, when set to show playback controls</li>
<li>Date and time input elements</li>
<li>File upload elements</li>
<li>The progress element</li>
<li>The meter element</li>
<li>The details element</li>
<li>The drop down menu of size one select elements</li>
</ul>

<p>In the <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/thread.html#msg501">thread</a>, Tab Atkins has mentionned that it is not a lack of will, but it is  a very hard issue to address with a lot of work to do. We have a tendency to forget that it would be indeed cool to have this, but it also means that people need to dedicate time for it, and there are not that many talented people to write specifications and implementers to test them in parallels.</p>

<h3 id="format-for-images-in-css-maybe">format() for images in CSS? Maybe.</h3>

<p>How do you give hints to the browser that it is not necessary to load an image before it actually tries to download it. Let's say there is </p>

<pre><code>background-image: image("whatever.webp", "whatever.jpg");
</code></pre>

<p>but the browser is not supporting webp. There should be a way to tell the browser that this is a webp image. Add a pinch of mime-type, mix slightly with explicit metadata and you get a <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/thread.html#msg352">long thread</a></p>

<h3 id="http-2-is-on-github">HTTP 2 is on GitHub</h3>

<p>It has been <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/thread.html#msg664">decided</a> that the work about HTTP2 would be done on <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/">W3C Mailing-List</a> and the work <a href="https://github.com/http2/http2-spec">edited on GitHub</a>. You can follow the <a href="https://github.com/http2/http2-spec/commits/master">commits</a> to the specification and the <a href="https://github.com/http2/http2-spec/issues">issues</a>. Finally, youcan also read the most <a href="http://http2.github.com/http2-spec/">current editor's draft</a>.</p>

<h3 id="xhr-and-user-cancel-requests">XHR and user cancel requests</h3>

<p>When an <a href="http://xhr.spec.whatwg.org/">XHR request</a> is going on and the user is aborting it, through esc for example. What should happen? Currently there is a difference in between the "natural" network abort and the ones cancelled by the users. Anne van Kesteren is <a href="http://lists.w3.org/Archives/Public/public-webapps/2013JanMar/thread.html#msg530">proposing</a> to remove the user specific ones.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>Interview: Todd Anglin on the Kendo UI Developer Survey (February 2013)</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/02/interview_todd_anglin.html" />
    <id>tag:www.w3.org,2013:/QA//1.9736</id>
    
    <published>2013-02-26T09:41:00Z</published>
    <updated>2013-02-26T14:41:23Z</updated>
    
    <summary type="html">The Kendo UI survey of 5000 developers released today provides strong evidence of HTML5 adoption. For example, when asked &quot;How will you tackle the challenge of building apps for multiple mobile platforms?&quot; 70% of the developers surveyed answered &quot;adopt HTML5,&quot;...</summary>
    <author>
        <name>Ian Jacobs</name>
        <uri>http://www.w3.org/People/Jacobs/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Interviews" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The <a href="http://www.kendoui.com/surveys/global-developer-survey-2013.aspx ">Kendo UI survey of 5000 developers</a> released today provides strong evidence of HTML5 adoption. For example, when asked "How will you tackle the challenge of building apps for multiple mobile platforms?" 70% of the developers surveyed answered "adopt HTML5," and 14% planned one native implementation per target platform plus one "catch-all" HTML app for all other platforms.</p>

<p>The survey results whetted my appetite for more information, so I contacted Todd Anglin, EVP Cross Platform Tools &amp; Services for Telerik, who leads the Kendo UI team at Telerik and played an active role in crafting the recent survey. Some of my questions were not addressed directly in the survey, but Todd offered great insights.</p>

<p><b>Ian:</b> The survey makes clear that for multi-platform development, HTML5 is the preferred option. But I am curious: how many projects are cross-platform in practice? What proportion of projects focus on one or two target devices?</p>

<p><b>Todd:</b> We conclude from a variety of studies that multi-platform development is already important. For instance, many companies have embraced a "bring your own device" (BYOD) policy for their employees, and the result, on average, is that enterprise applications must support 3 to 4 devices. Gartner reported last year that the average CIO must already support 3.5 different mobile platforms, and most expect that number to grow. In our survey, we found that about 40% of developers spend time developing the same app or feature for multiple platforms, another clear indicator of active multi-platform development. For those that do this kind of development, 70% of respondents noted HTML5 as their first choice for managing the multi-platform complexity.</p>

<p><b>Ian:</b> Suppose I want to reach 4 platforms. Which is more economical: 4 native apps or 1 Web app with the tweaks required to make it work well for users on the different platforms?</p>

<p><b>Todd:</b> Anecdotally, we know that when you take a native approach the costs extend medium-term. For each platform, you need to hire (or train) people with those skills, and you need to maintain those skills for the lifetime of the app. I think the HTML5-plus-tweaks approach will have lower costs in that sense- one set of skills, and likely more shared code.</p>

<p><b>Ian:</b> With HTML5 you'll need to maintain the code and tweak it for new devices from time-to-time, but I assume that once you've solved an interoperability issue for a device in one app, you can reuse your solutions in future apps. That should reduce costs as well.</p>

<p><b>Todd:</b> Yes, exactly! One of the indirect benefits of “standardizing” on standards, if you will, is that teams become masters in those skills. Rather than having developers that are “okay” in two or three (or more) different development platforms, you have developers that become deep experts in one. That facilitates faster problem solving, less context shifting, and, as you note, more ability to share lessons learned across development efforts.</p>

<p><b>Ian:</b> It is my understanding that as more people are using the Open Web Platform, the demands on performance, capability, and interoperability are growing. The previous Kendo UI survey made clear that developers want broad interoperability. Do you find developers more or less satisfied with HTML5 compared to 1 year ago?</p>

<p><b>Todd:</b> For reaching the growing diversity of platforms, HTML+JS is pretty much the only option today. People from so many industries want to solve the multi-platform problem, and HTML5 shows the greatest potential to tackle the challenge. So interest and investment are very high. We found that 80% of developers found HTML5 useful and 70% found it important. Even where they may be frustrated today, they are optimistic and think it's just a matter of time for run-times to meet their needs, for tools to appear, and so on. The rapid refresh of mobile devices also helps get improvements to market faster.</p>

<p><b>Ian:</b> I thought hybrid apps would have been more popular than "pure" HTML5 but the survey says they are neck and neck.</p>

<p><b>Todd:</b> I was surprised, too. I think we need to dig more into this question. People we speak with about "pure" apps have said they don't need hybrid, which suggests that what they are building can be delivered via the Web.  It seems they prefer to deploy via the Web given the complexity of app deployment, particularly when public app stores are not an option. But what I found most interesting was that the response rates were the same for all types and size of organizations. I expected biases between, say, global enterprise and start-ups. But the answers were consistent across categories. No matter the organization size, survey respondents showed near identical preference for developing apps with HTML5 versus native.</p>

<p><b>Ian:</b> I also found interesting that people are tuning one version of an app for native and also creating a "catch-all" Web app for all others. Why?</p>

<p><b>Todd:</b> We were happy to see that strategy validated. Having the HTML5 application insulates you against rapid changes in the market. Think about it: six years ago the dominant mobile platforms were Palm, Blackberry, and Windows Mobile. Today the dominant platforms (iOS, Android) are entirely different. And, as I mentioned earlier, the market for devices is only going to grow more fragmented with a whole wave of new platforms hitting in 2013. Having a HTML5 app is the only way you're going to scale and be ready to reach users on these new devices. Meanwhile, the validation of this “native + HTML5” app strategy also suggests that the decision is not black and white. You don’t have to be exclusively native or HTML5. A blended approach may be appropriate.</p>

<p><b>Ian:</b> For the next survey, do you think you will ask about support for devices like television, ebooks, autos, and so on?</p>

<p><b>Todd:</b> Good point. HTML5 covers such a broad space maybe 2013 is the year to branch out beyond mobile. We certainly believe HTML5 is the fastest way to reach the largest number of users on anything with a screen! And the latest survey seems to indicate that a large portion of developers agree.</p>

<p><b>Ian:</b> Thank you, Todd!</p>]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-02-11 - 2013-02-18</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/02/openweb-weekly-03.html" />
    <id>tag:www.w3.org,2013:/QA//1.9735</id>
    
    <published>2013-02-21T19:15:18Z</published>
    <updated>2013-02-26T22:33:44Z</updated>
    
    <summary type="html">Another release of the weekly Openweb Platform Summary from February 11 to 18, 2013. This is a short one. You can read again last week version. Your comments are helpful.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="Web Architecture" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>Another release of the <a href="https://duckduckgo.com/?q=%22Open+Web+Platform+Weekly+Summary%22+site%3Aw3.org%2FQA">weekly Openweb Platform Summary</a> from February 11 to 18, 2013. This is a short one. You can read again <a href="http://www.w3.org/QA/2013/02/openweb-weekly-02.html">last week</a> version. Your comments are helpful.</p>

<h3 id="css-custom-filters-and-css-shaders-in-svg-wg">CSS Custom Filters and CSS Shaders in SVG WG</h3>

<p><a href="http://www.w3.org/Style/CSS/">CSS</a> has a <strong>draft</strong> specification on how to apply effects to an element before rendering it. It allows for <a href="https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#custom-filter">custom filters effects</a> which is basically an extension point. The SVG Working Group <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0289.html">sent an email</a> asking if it would be possible to reserve <code>webgl</code> as a keyword for CSS Shaders (see also the <a href="http://www.w3.org/2013/02/06-svg-minutes.html#item05">SVG WG minutes</a>). Tab Atkins <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0290.html">recommended</a> to use the following syntax:</p>

<pre><code>@support (filter-type(webgl)) {
 @filter curl { ... }
}
</code></pre>

<p>James Robinson noted that supporting WebGL and CSS shaders were different and suggested to use another keyword, which is ok with the SVG Working Group.</p>

<h3 id="mouse-events-soon-to-be-ui-events">Mouse Events Soon To Be UI Events?</h3>

<p>Anne van Kesteren (Mozilla) is <a href="http://lists.w3.org/Archives/Public/www-dom/2013JanMar/0128.html">proposing to move</a> all <a href="http://dev.w3.org/csswg/cssom-view/#extensions-to-the-mouseevent-interface">MouseEvent</a> into the <a href="https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm">UI Events specification</a>.</p>

<h3 id="proposal-to-add-getclientrect-method-to-caretposition">Proposal to add getClientRect method to CaretPosition</h3>

<p>Scott Johnson (Mozilla) is <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0323.html">proposing</a> to add a new method, <code>getClientRect()</code>, to the <a href="http://dev.w3.org/csswg/cssom-view/#the-caretposition-interface"><code>CaretPosition</code> interface</a> (Editor's draft) for tracking changes to caret positions across reflows. During editing for example in a text area, the document layout might be changed which will require to place the caret at a new position. This new method would help.</p>

<h3 id="css-fonts-and-case-matching">CSS Fonts and case matching</h3>

<p>A new draft has been published for <a href="http://www.w3.org/TR/2013/WD-css3-fonts-20130212/">CSS Font</a> with a nice addition. No need to worry anymore if the fonts have been written with the appropriate uppercase letter or not. It is now <a href="http://www.w3.org/TR/2013/WD-css3-fonts-20130212/#font-family-casing">case insensitive</a>. If you write everything lowercase, it should still be working. See the <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0333.html">other changes</a>.</p>

<h3 id="privacy-a-document-in-need-of-love">Privacy, a document in need of love</h3>

<p>The W3C <a href="http://www.w3.org/2001/tag/">tag</a> doesn't have the <a href="http://lists.w3.org/Archives/Public/public-privacy/2013JanMar/0038.html">resources</a> to tackle the note on <a href="http://darobin.github.com/api-design-privacy/api-design-privacy.html">Patterns for Privacy by Design in Javascript APIs</a>. So if you are interesting by <strong>actively</strong> maintaining that document, it is time for you to join the <a href="http://www.w3.org/Privacy/">Privacy Interest Group</a> (open to the public).</p>

<h3 id="css-parser-from-state-machine-to-recursive-descent">CSS Parser, from state machine to recursive-descent</h3>

<p>Tab Atkins has <a href="http://lists.w3.org/Archives/Public/www-style/2013Feb/0322.html">rewritten</a> the algorithm for <a href="http://dev.w3.org/csswg/css3-syntax/#parsing">parsing CSS</a> from a <a href="https://en.wikipedia.org/wiki/Finite-state_machine">state machine</a> one to a <a href="https://en.wikipedia.org/wiki/Recursive_descent_parser">recursive-descent</a> one.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>eBooks: Great Expectations Workshop, first day</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/02/ebooks_great_expectations_work.html" />
    <id>tag:www.w3.org,2013:/QA//1.9716</id>
    
    <published>2013-02-12T13:45:02Z</published>
    <updated>2013-02-12T19:00:27Z</updated>
    
    <summary type="html">Yesterday was the first day of the W3C workshop on eBooks and W3C. This is one of those workshops where the value is not only to engage in technical discussion about use case and requirements, but also to bring together...</summary>
    <author>
        <name>Ivan Herman</name>
        <uri>http://www.w3.org/People/Ivan</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="Digital Publishing" />
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="Testing" />
    
        <category term="Web Applications" />
    
        <category term="Workshops" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>Yesterday was the first day of the <a href="http://www.w3.org/2012/08/electronic-books/">W3C workshop on eBooks and W3C</a>. This is one of those workshops where the value is not only to engage in technical discussion about use case and requirements, but also to bring together communities. The Digital Publishing community --the eBook publishing community, specifically-- has been one of the most significant consumer of W3C's technologies in the past years, and the international standard it developed (ePub, developed by IDPF) has been driving the community's development. Although ePub is largely based on a number of W3C technologies, primarily of the <abbr title="Open Web Platform">OWP</abbr>, there has never been close enough contacts between that community and W3C. It is to improve this situation that <a href="http://idpf.org/">IDPF</a>, <a a href="http://www.bisg.org/">BISG</a>, and W3C  decided jointly to set up this workshop in New York City.</p>

<p>It is not the goal of such a workshop to provide technical solutions to all matters arising. The goal at hand is to define a road map that would help future development. The first day concentrated primarily on issues around <abbr title="Open Web Platform">OWP</abbr> (CSS, HTML, but also MathML), i.e., how these technologies are used by electronic books and, chiefly, what features are missing from the W3C specifications and how to add them. There were issues like pagination control, high level typography requirements, application caching, Ruby, or writing modes, just to name a few. It was agreed that there is a need for the publishing industry at large to get their voice heard at W3C, so that Working Groups can take the requirements of this community into account. Testing of various <abbr title="Open Web Platform">OWP</abbr> features was also mentioned as one of the areas where, for example, W3C and IDPF should cooperate much more closely than before. How that cooperation will be done is still to be discussed; the important point is the recognition that a cooperation is needed between W3C and the community that is probably the biggest user today of the <abbr title="Open Web Platform">OWP</abbr>, aside from traditional browsers.</p>

<p>
The discussions will continue today, addressing other issues, such as accessibility, DRM, or metadata, undoubtedly leading to further points of cooperation. See the <a href="http://www.w3.org/2013/02/11-ebooks-minutes.html">raw minutes of the first day</a>.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2013-01-20 - 2013-01-27</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2013/01/openweb-weekly-02.html" />
    <id>tag:www.w3.org,2013:/QA//1.9701</id>
    
    <published>2013-01-29T18:25:05Z</published>
    <updated>2013-02-02T09:10:21Z</updated>
    
    <summary type="html">The Openweb Platform Weekly Summary from January 21 to January 27 with HTML templates, Responsive Design, CSS media queries and UI, HTTP and DOM.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="HTTP" />
    
        <category term="Open Web" />
    
        <category term="Web Applications" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The Openweb Platform Weekly Summary from January 21 to January 27 is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>.</p>

<h3 id="main-element-landed-in-firefox"><code>&lt;main&gt;</code> element landed in Firefox</h3>

<p>We mentioned <a href="http://www.w3.org/QA/2013/01/openweb-weekly">last week</a> that <code>&lt;main&gt;</code> element was included in HTML 5.1. It has now landed into <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=820508#c36">Firefox code</a>.</p>

<h3 id="mobile-first-andor-desktop-first-for-imgsrcset">Mobile first and/or Desktop first for <code>img@srcset</code></h3>

<p>A while ago, a <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=20212">bug</a> had been opened because the current syntax in HTML for responsive design is not allowing developpers to match their current practice in CSS with media-queries. </p>

<blockquote>
  <p>The img@srcset does not afford developers the ability to define the breakpoints for images as either minimum values (mobile first) or maximum values (desktop first) to match the media queries used in their design.</p>
</blockquote>

<p>The discussion is <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=20212#c13">still going on</a>.</p>

<h3 id="css3-ui-defining-cursor-auto-properly">[css3-ui] defining '<code>cursor: auto</code>' properly</h3>

<p>David Baron <a href="http://lists.w3.org/Archives/Public/www-style/2013Jan/0275.html">thinks</a> that <code>cursor: auto</code> is loosely defined. Indeed the <a href="http://www.w3.org/TR/2011/REC-CSS2-20110607/ui.html#propdef-cursor">current definition</a> might lead to interoperability issues, the usual "free to implementations". David suggested a better definition.</p>

<h3 id="http-20-binary-or-text-only">HTTP 2.0: binary or text only</h3>

<p>What should be chosen for representing HTTP/2.0 messages? A text-only format or a binary format. There is a <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/thread.html#msg253">full thread discussing about it</a> on the HTTP working group mailing-list. <a href="http://www.mnot.net/">Mark Nottingham</a> <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/0258.html">says</a></p>

<blockquote>
  <p>a textual-protocol was a nice-to-have, but that it shouldn't be a determining factor in design. </p>
  
  <p>I.e., if you can get everything you need out of a protocol, <em>and</em> make it textual, do so, but if it detracts from the value you get from it, don't let that constrain you.</p>
</blockquote>

<p>And Roberto Peon <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/0267.html">comments</a>:</p>

<blockquote>
  <p>Text formats are, surprisingly, not easier to debug in my experience.</p>
</blockquote>

<p>The full thread is an interesting read and give hindsights on development issues of new formats with the usual trade-offs.</p>

<h3 id="hardware-timestamps-for-events">Hardware timestamps for events</h3>

<p>In May 2012, a discussion had been started about having the possibility to <a href="http://lists.w3.org/Archives/Public/www-dom/2012AprJun/0078.html">precisely attach a timestamp to an event</a>. Since then the WebKit project is playing with the <a href="https://bugs.webkit.org/show_bug.cgi?id=94987">idea of having this feature</a>. There are discussions on where <code>Event.highResolutionTimestamp</code> should be added, possibly <a href="http://www.w3.org/TR/hr-time/">hr-time</a>. </p>

<h3 id="xml-declaration-part-of-the-dom-or-not">XML declaration part of the DOM… or not.</h3>

<p>With DOM4, it is, currently, <a href="http://lists.w3.org/Archives/Public/www-tag/2013Jan/thread.html#msg78">not possible to extract the XML declaration</a>. But is it really part of the DOM? Daniel Glazman is pushing for it to be part of the DOM and then have the necessary API to access it. On the other hand Henri Sivonen is advocating the opposite arguing it is a serialization artifact and not really part of the Object Model. Björn Höhrmann <a href="http://lists.w3.org/Archives/Public/www-tag/2013Jan/0107.html">noted</a> that </p>

<blockquote>
  <p>Opera, Firefox, and Webkit […] retain the standalone declaration</p>
</blockquote>

<h3 id="http-headers-statistics">HTTP headers statistics</h3>

<p>James Snell has <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2013JanMar/0323.html">started</a> a survey for HTTP headers in the context of HTTP/2.0 compression. He is <a href="http://chmod777self.blogspot.ca/2013/01/http-20-header-stats.html">explaining in details</a> on his blog. Understanding the variability of HTTP headers in between requests will help defining the compression efficiency.</p>

<h3 id="rnews-rdfa-in-bbc-news">rNews RDFA in BBC News</h3>

<p>Jeremy Tarling working at the BBC <a href="http://lists.w3.org/Archives/Public/public-lod/2013Jan/0136.html">explained</a> that they were in the process of implementing RDFa in the <a href="http://www.bbc.co.uk/news">BBC news page</a>.</p>

<h3 id="css-reset-to-default-values">CSS reset to default values</h3>

<p>There is a <a href="http://www.w3.org/TR/css3-cascade/#all-shorthand">new shorthand property, <code>all</code></a>, which has been defined in CSS for resetting everything to default values. For example,</p>

<pre><code>.foobar { all: default; }
</code></pre>

<h3 id="html-templates">HTML Templates</h3>

<p>How many times when creating a Web applications, you wanted a way to create an HTML prototype without affecting the rest of your document. The <a href="https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/templates/index.html">HTML template</a> specification is here for answering this use case. A first public Working Draft is being proposed.</p>

<h3 id="styling-html-placeholder-attribute">Styling HTML placeholder attribute</h3>

<p>Mounir Lamouri is giving a <a href="http://lists.w3.org/Archives/Public/www-style/2013Jan/0283.html">good overview</a> of current implementations:</p>

<pre><code>- Webkit: ::-webkit-input-placeholder pseudo-element;
- IE10: :-ms-input-placeholder pseudo-class;
- Gecko18-: :-moz-placeholder pseudo-class;
- Gecko19+: ::-moz-placeholder pseudo-element;
- Presto: nothing.
</code></pre>

<p>In the <a href="http://lists.w3.org/Archives/Public/www-style/2013Jan/thread.html#msg283">long thread</a>, the CSS mailing-list participants are discussing if it should be a pseudo-class, a pseudo-element and it should have a different name, but everyone agrees that it should be formally standardized. A summary of the ideas for <a href="http://wiki.csswg.org/ideas/placeholder-styling">styling HTML placeholder attribute</a> has been written on the CSS wiki.</p>

<h3 id="http-media-queries-and-css-for-responsive-web-design">HTTP, Media Queries and CSS for Responsive Web design</h3>

<p>Henri Sivonen started a long thread about <a href="http://lists.w3.org/Archives/Public/www-style/2013Jan/thread.html#msg434">Media Queries and optimizing what data gets transferred</a>. Basically, a Google engineer is trying to see what <a href="https://github.com/igrigorik/http-client-hints/blob/master/draft-grigorik-http-client-hints-00.txt">could be done at the HTTP level</a>. Henri Sivonen is proposing that it would be better solved at the client level.</p>]]>
        
    </content>
</entry>

<entry>
    <title>W3C and Digital Publishing</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/11/w3c_and_digital_publishing.html" />
    <id>tag:www.w3.org,2012:/QA//1.9627</id>
    
    <published>2012-11-09T19:09:33Z</published>
    <updated>2012-11-10T00:16:39Z</updated>
    
    <summary type="html">The publishing world in general is undergoing major changes these days due to the presence of Web technologies. People are using electronic book readers more and more. “Citizen journalism” through blogs offers new possibilities to express people’s opinion, thereby also...</summary>
    <author>
        <name>Ivan Herman</name>
        <uri>http://www.w3.org/People/Ivan</uri>
    </author>
    
        <category term="CSS" />
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="Technology" />
    
        <category term="Workshops" />
    
        <category term="XML" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The publishing world in general is undergoing major changes these days due to the presence of Web technologies. People are using electronic book readers more and more. “Citizen journalism” through blogs offers new possibilities to express people’s opinion, thereby also creating a challenge for traditional journals and magazines. Researchers around the world are finding new possibilities to publish their scientific results, often beyond the traditional view of scientific papers. Web based archival and search services challenge the role played by traditional libraries and archives, etc.</p> 

<p>Digital publishing has also become one of the major application areas of the <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a>: for example, an electronic book, using the <a href="http://idpf.org/epub/30">ePub3</a> format, can be seen as a packaged HTML5 based web site enriched with additional data to provide the look and feel resembling a traditional book.</p>

<p>The term “Digital Publishing” is vast and covers several areas, each of which has its own characteristics and communities, although they also have many features and requirements in common. The workflow process, starting with an author handing in a manuscript that would be transformed into a printed or an electronic book, the traditional journal and or magazine publishing, the metadata infrastructure vital for, e.g., the digital library community, the new ways of scientific publications, or the management and publication of electronic books are good examples for such distinct although related areas.</p>

<p>A few months ago W3C began to reach out to the various communities within Digital Publishing, to see if it can contribute in moving these areas forward in term of standardization. Many of these areas have well established organizations that already define some aspects of the necessary standards (e.g., <a href="http://www.iptc.org">IPTC</a>, <a href="http://www.idealliance.org/">IDEAlliance</a>, or <a href="http://idpf.org">IDPF</a>) and W3C certainly does not intend to replace those; instead, W3C would like to develop joint actions with those organizations to see where cooperation would be necessary and useful, where W3C could complete the various technologies within the Open Web Platform to move the market forward. Such a pattern of cooperation is also important for W3C’s own developments: as a major user of W3C’s technologies, the Digital Publication community can provide valuable feedbacks and further requirements.</p>

<p>To move these issues forward, W3C plans to organize a series of workshops with different parts of the Digital Publication community. Although the technical areas are different, the overall goals are identical: try to get major players of a particular community together, identify the different technical challenges and explore the possibilities for further cooperation through W3C (i.e., Community Groups, Working Groups, etc.). As a first of this series, a new <a href="http://www.w3.org/News/2012#entry-9610">Workshop has been announced</a> under the title <a href="http://www.w3.org/2012/08/electronic-books/">“eBooks: Great Expectations for Web Standards"</a>. The workshop will take place in New York City, on the 11-12 February 2013, co-organized with <a href="http://idpf.org">IDPF</a> (the international organization that has defined the ePub3 standard) and <a href="http://www.bisg.org/">BISG</a> (a leading book trade association in the USA). The Workshop is hosted by O’Reilly, in conjunction with the <a href="http://www.toccon.com/toc2013">O’Reilly “Tools of Change” conference</a>. </p>

<p>As is usual with W3C workshops, those who wish to participate are expected to provide a submission (see the <a href="http://www.w3.org/2012/08/electronic-books/participate.html#easychair">submmission page</a> for further details). The deadline for submissions is the 13th of December; so if you are interested to join this event, get your thoughts down on a piece of (digital:-) publishing media and send it to us! Hopefully this workshop will be the starting point of a longer term cooperation that W3C would like to see with the actors of this exciting evolution.</p>
]]>
        
    </content>
</entry>

<entry>
    <title>Getting HTML5 to Recommendation in 2014</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/09/getting_html5_to_recommendatio.html" />
    <id>tag:www.w3.org,2012:/QA//1.9566</id>
    
    <published>2012-09-20T10:13:44Z</published>
    <updated>2012-09-20T10:18:04Z</updated>
    
    <summary type="html">As part of advancing HTML 5.0 to W3C Recommendation by 2014, the HTML Working Group Chairs proposed a plan today to work in parallel on stabilizing HTML 5.0 and developing the next generation of HTML features.</summary>
    <author>
        <name>Philippe Le Hégaret</name>
        <uri>http://www.w3.org/People/LeHegaret/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Technology" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>As part of advancing HTML 5.0 to W3C Recommendation by 2014, the HTML Working Group Chairs proposed a <a
href='http://lists.w3.org/Archives/Public/public-html/2012Sep/0243.html'>plan</a> today to work in parallel on stabilizing HTML 5.0 and developing the next generation of HTML features. The plan identifies, for the first time,
how the Working Group will produce an HTML 5.1 Recommendation by 2016.</p>

<p>The plan, not yet approved by the HTML Working Group, explains how the
group anticipates fulfilling the interoperability expectations of the W3C process, 
including how the group will gather implementation evidence, identify features at 
risk for Candidate Recommendation, and create a test framework.</p>

<p>Modularity plays an important role in the plan progress. To enable features to evolve independently
and rapidly, the group will make use of what it calls "extension specifications." Some extension specifications may end up being published as stand-alone documents that are part of the "HTML family of specifications"; others may be re-integrated into the "baseline" HTML5 specification.</p>

<p>The plan also includes several elements to facilitate development of accessibility solutions 
for HTML5. In addition to leveraging the extension specification approach, the plan includes a mandate for
the HTML Accessibility Task Force to develop accessibility solutions through cooperation and consensus.</p>

<p>We now invite discussion of plan in the HTML Working Group, Accessibility Task Force, and WAI Protocols and Formats Working Group. If adopted, then the HTML Working Group expects to advance HTML 5.0 to Candidate Recommendation in Q4 of this year.</p>

]]>
        
    </content>
</entry>

<entry>
    <title>The Flowing Standard</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/09/the_flowing_standard.html" />
    <id>tag:www.w3.org,2012:/QA//1.9552</id>
    
    <published>2012-09-04T15:35:38Z</published>
    <updated>2012-09-05T09:29:59Z</updated>
    
    <summary type="html"> Looking at it in terms of rebounds, plot twists, nurtured healing and abandonment, love and betrayal, strife, toil, stunning victories, dispersions and last minute rallies the only thing that distinguishes HTML&apos;s history from a charts-topping teenage fantasy saga seems...</summary>
    <author>
        <name>Robin Berjon</name>
        <uri>http://berjon.com/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[        <p>
          Looking at it in terms of rebounds, plot twists, nurtured healing and abandonment, love
          and betrayal, strife, toil, stunning victories, dispersions and last minute rallies the only 
          thing that distinguishes HTML's history from a charts-topping teenage fantasy saga seems
          to be the lack of vampires. And even then, were vampires around I'm not sure we'd notice
          them for all the action. I am therefore very excited to join the W3C staff to work on HTML full time
          as part of the HTML editorial team, in the hope that I may bring my humble contribution to
          this living monument.
        </p>
        <p>
          For all that the HTML adventure may be fun to watch with some popcorn though, one of my
          hopes is that heading forward all parties in the HTML community can move towards more
          effective debates about focused technical issues while resolving sources of dissent.
          In other words: less drama, more work.
        </p>
        <p>
          To take an example, much has been said of the living standard versus snapshot standard approaches.
          It's a very big Web, and HTML is a very big part of it, so it should come as no surprise that
          here just as elsewhere different participants may have different requirements, habits, or
          preferences. Some seek a specification that is continuously improved in a tight feedback 
          loop with the reality of usage and implementation; others look for anchors of stability at regular 
          intervals in that continuous flow. Are those wishes incompatible? I'm not so sure — a process
          in which stable snapshots are made while a bleeding edge version is also available strikes me
          as oddly familiar. Yes: it's a vanilla software release strategy. So let's just do that:
          the many communities of the Web are contributing to the bleeding edge; W3C is also committed to 
          also publish stable snapshots at regular intervals.
        </p>
        <p>
          As has <a href='http://lists.w3.org/Archives/Public/public-html/2012Aug/0379.html'>already
          been announced</a>, the HTML WG has moved development of its various specifications to 
          a <a href='https://github.com/w3c/html'>GitHub repository</a>. Over the coming weeks we will
          be detailing the way in which this repository is organised and used. The current plan revolves
          around adapting the well-known <a href='https://github.com/nvie/gitflow'>git flow</a> model to
          specification development. Git's flexible and powerful branching model allows us to maintain
          multiple branches, some headed for stabilisation in view of a tested and reviewed release,
          others carrying more future-fetching features; this while remaining able to apply bug fixes
          across the board.
        </p>
        <p>
          Additionally, this enables proponents of changes to these documents to put their specification-writing
          where their mouths are by cultivating their own feature branches and making pull requests when they
          are ready. Just like other projects, including contributions will require review (in this case from the HTML Working Group).
          Hopefully, we can keep the overhead of this to a minimum — details will be worked out shortly (and as always we 
          <a href='mailto:public-html-comments@w3.org'>welcome input</a>).
        </p>
        <p>
          This brings me to the next good practice which we inherit from software development: testing. I believe that
          technology should not be called standard — or even just stable — without sufficiently strong testing
          to support it. Over the coming months, the HTML WG will be ramping up its testing work. Testing
          is a great area in which to contribute, and so long as you enjoy breaking stuff with a devious vengeance
          it's far from being as tedious as hearsay would have it. So if you want to help break the Web (and then
          fix it), come test stuff! A great place to start is by attending one of the upcoming 
          <a href='http://testthewebforward.org/'>Test The Web Forward</a> events if there's one in your area (I will
          be at the Paris one next month). And if no such event is coming to a place near you (yet), we'll be working
          with the TTWF community to make breaking your favourite browser as easy and playful as possible.
        </p>
        <p>
          Naturally, those are just two of the high-level upcoming efforts from Team HTML. On a day-to-day basis
          a lot of what we're going to stay busy with is mostly bugs, bugs, bugs. Just like testing, this might
          not sound fascinating, but I for one am mightily excited: those are <em>teenage fantasy saga</em> bugs.
          I'm looking forward to closing them with tiny HTML stakes to the heart.
        </p>
]]>
        
    </content>
</entry>

<entry>
    <title>Pitch in front of Michael[tm] Smith – present your #HTML5 developments #W3C #Berlin</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/08/berlin_w3c_days_pitch_your_html5_ideas.html" />
    <id>tag:www.w3.org,2012:/QA//1.9531</id>
    
    <published>2012-08-20T14:10:00Z</published>
    <updated>2012-08-20T14:30:03Z</updated>
    
    <summary type="html">The W3C Germany and Austria Office celebrates the W3C Days on 10-11 September, in Berlin, with a strong focus on HTML5. Michael[tm] Smith, W3C team contact for HTML5 will be speaking and available to exchange ideas. You’ll hear about the...</summary>
    <author>
        <name>Bernard Gidon</name>
        <uri>https://www.w3.org/Team/Bgidon/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Meetings" />
    
        <category term="Social Networking" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The W3C Germany and Austria Office celebrates the <a href="http://www.w3c.de/2012/07/mike-smith-w3c-start-up-day-xinnovations-september-11-2012-html5/">W3C Days</a> on 10-11 September, in Berlin, with a strong focus on HTML5. </p>

<p>Michael[tm] Smith, W3C team contact for HTML5 will be speaking and available to exchange ideas.</p>

<p>You’ll hear about the latest developments in HTML5, related technologies and all about the current thinking behind HTML. W3C wants to create a platform for the key players in the web-industry to showcase their current HTML5 developments, share ideas and discuss requirements. We are keen on hearing your opinions about what to do and what not to do now and in the years to come.</p>

<p><a href="http://www.w3c.de/kontakt/apply-for-html5-pitch/">–> Present your HTML5 ideas in 5 minutes to Michael[tm] Smith! Your chance to win a ticket!</a></p>]]>
        
    </content>
</entry>

<entry>
    <title>HTML5 and HTML.next</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/07/html5_and_htmlnext.html" />
    <id>tag:www.w3.org,2012:/QA//1.9512</id>
    
    <published>2012-07-26T12:56:50Z</published>
    <updated>2012-08-02T21:45:09Z</updated>
    
    <summary type="html"> HTML5 is the cornerstone of the Open Web Platform that the web community is building. This week saw two significant events in W3C that bolster our efforts. I wanted to share these with the broader web community, and in...</summary>
    <author>
        <name>Jeff Jaffe</name>
        <uri>http://www.w3.org/People/Jeff/</uri>
    </author>
    
        <category term="CEO" />
    
        <category term="HTML" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p style="float:right; margin-left: 3em; margin-top:0">
<a href="http://www.w3.org/html/logo/">
<img src="http://www.w3.org/html/logo/downloads/HTML5_Logo_128.png" alt="HTML5"/>
</a>
</p>

<p>HTML5 is the cornerstone of the Open Web Platform that the web community is building. This week saw two significant events in W3C that bolster our efforts. I wanted to share these with the broader web community, and in the process give an update on HTML.</p>

<p>As background, in April the HTML Working Group Chairs —Paul Cotton (Microsoft), Sam Ruby (IBM), and Maciej Stachowiak (Apple)— and the HTML5 Editor —Ian Hickson (Google)— identified that we needed to make changes in editorial coverage for the specifications. We recognized simultaneous needs: bring HTML5 to “Recommendation” and begin the work on “.next” – what will come after HTML5. Since Ian was already working on the latter, he requested that the Chairs find new editors to bring HTML5 to REC.</p>

<p>So in late April, the Chairs <a href="http://lists.w3.org/Archives/Public/public-html/2012Apr/0204.html">announced</a> to the HTML Working Group that we would search for replacement editors and also we would continue our partnership with the WHAT WG on follow-on work. Additionally, Ian created the <a href='http://www.w3.org/community/whatwg/'>W3C WHAT Community Group</a>, part of cementing this partnership.</p>

<p>Here are the two events that occurred this week. First, we <a href="http://www.w3.org/News/2012#entry-9510">announced</a> that Adobe, Google, and Microsoft have provided significant funds to sponsor more complete W3C staff coverage to achieve Recommendation Status for HTML5 for 2014. This covers work both in specification development and interoperability testing. Due to the size and number of the group's specifications, the expanding set of devices implementing Web technology (PCs, laptops, smartphones, e-books, set-top boxes, etc.), and the demands of testing, we expect an unprecedented effort to complete testing for the Open Web Platform.</p>

<p>Second, the chairs <a href="http://lists.w3.org/Archives/Public/public-html/2012Jul/0183.html">announced</a> people from the community chosen to participate in the editorial team to complete HTML5: Travis Leithead, Erika Doyle Navara, Ted O'Connor, and Silvia Pfeiffer; more names will follow. With these contributions of time and money from our Membership, we are confident that HTML5 is resourced to move forward. And we are pleased that the Working Group, in collaboration with others in the community, is also focused on what will come next – as web technology continues to be a living technology.</p>

<p><strong>Update 2012-08-02</strong>: The HTML Working Group Chairs have announced the <a href="http://lists.w3.org/Archives/Public/public-html/2012Aug/0060.html">Editorial team for Canvas 2D Context</a>.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Chrome extension for creating html &apos;book&apos; from wikimedia pages</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/07/chrome_extension_for_creating.html" />
    <id>tag:www.w3.org,2012:/QA//1.9506</id>
    
    <published>2012-07-22T11:22:51Z</published>
    <updated>2012-07-22T17:20:54Z</updated>
    
    <summary type="html">I am involved on behalf of W3C with some European research projects where we are using a wiki to collaboratively work on reports for project deliverables. To assist with preparation of the final form of the report, I have created...</summary>
    <author>
        <name>Dave Raggett</name>
        
    </author>
    
        <category term="HTML" />
    
        <category term="Tools" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[I am involved on behalf of W3C with some European research projects where we are using a wiki to collaboratively work on reports for project deliverables. To assist with preparation of the final form of the report, I have created a cross platform Chrome browser extension that adds a context menu item to create and download an HTML file with the combined content from the current page and all of the wiki pages it links to.  You can then export
to PDF via print to PDF if your browser supports it, or with tools like <a href="http://www.princexml.com/">PrinceXML</a>.  The extension and information on how to use it is available on the <a href="/2012/07/wikibook">wikibook page</a>.]]>
        
    </content>
</entry>

<entry>
    <title>The long journey to RDFa 1.1...</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/06/the_long_journey_to_rdfa_11.html" />
    <id>tag:www.w3.org,2012:/QA//1.9471</id>
    
    <published>2012-06-07T14:24:01Z</published>
    <updated>2012-06-07T14:47:19Z</updated>
    
    <summary type="html">RDFa 1.1 Core, RDFa 1.1 Lite, and XHTML+RDFa 1.1 have just been published as Web Standards, i.e., W3C Recommendations, accompanied by a new edition of the RDFa Primer. Although it is “merely” and update of the previous RDFa 1.0 standard...</summary>
    <author>
        <name>Ivan Herman</name>
        <uri>http://www.w3.org/People/Ivan</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Semantic Web" />
    
        <category term="Technology" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p><a href="http://www.w3.org/TR/rdfa-core/">RDFa 1.1 Core</a>, <a href="http://www.w3.org/TR/rdfa-lite/">RDFa 1.1 Lite</a>, and <a href="http://www.w3.org/TR/xhtml-rdfa/">XHTML+RDFa 1.1</a> have just been published as Web Standards, i.e., W3C Recommendations, accompanied by a new edition of the <a href="http://www.w3.org/TR/rdfa-primer/">RDFa Primer</a>. Although it is “merely” and update of the previous <a href="http://www.w3.org/TR/2008/REC-rdfa-syntax-20081014/">RDFa 1.0</a> standard (published in 2008), it is a significant milestone nevertheless. RDFa 1.1 has restructured RDFa 1.0 in terms of the host languages it can be used with, and has also added some important features.</p>

<p>It has been a long journey. The development of RDFa (and I include RDFa 1.0 in this) was slowed down more by “social” rather than technical issues. Indeed, RDFa is at the crossroad of two different communitites which, alas!, had very little interaction before. As its name suggests, RDFa is of course closely related to RDF, i.e., to the communites related to the Semantic Web, Linked Data, RDF, etc. On the other hand, the very goal of RDFa is to add structured data to markup languages (primarily the HTML family, of course, but also SVG, Atom, etc.). This means that RDFa is also relevant to all these communities, often loosely referred to as the “Web Application” community. The interaction between these communities was not always easy, and was often characterized by misunderstandings, different engineering patterns, different concerns. To make things even more difficult, RDFa was also caught in the middle of the XHTML2 vs. HTML5 controversy: after all, the first drafts of RDFa were developed alongside XTHML2 and, although the current RDFa has long moved away from this heritage, the image of being part of XHTML2 stayed.</p>

<p>But all this is behind us now, and should be relegated to history. In my view the result, RDFa 1.1, reflects a good balance between the concerns and usage patterns of these communities; and that is what really counts. RDFa 1.1 allows the usage of prefixed abbreviation for URIs (so called CURIEs) that the RDF community had been using and got used to for many years, but (in contrast to RDFa 1.0) its usage is now optional: authors may choose to use full URIs wherever and whenever they wish. By the way, prefixes for CURIEs are not defined through the @xmlns mechanism inherited from XML (this was probably the single biggest stumbling block around RDFa 1.0): instead, the usage of @xmlns is deprecated in favour of a dedicated @prefix attribute. Finally, a number of well-known vocabularies have predefined prefixes; authors are not required to define prefixes for, say, the <a href="http://dublincore.org/">Dublin Core</a>, <a href="http://xmlns.com/foaf/spec/">FOAF</a>, <a href="http://Schema.org">Schema.org</a>, or Facebook’s <a href="http://ogp.me/">Open Graph Protocol</a> terms; they are automatically recognized. Finally, beyond these facilities with prefixed terms, RDFa 1.1 authors also have the possibility to define a vocabulary for a markup fragment (via the @vocab attribute) and forget about URIs and prefixes altogether: simple terms in property names or types will authomatically be assigned URIs in that vocabulary. This is particularly important when RDFa is used with a single vocabulary (<a href="http://Schema.org">Schema.org</a>&nbsp;or <a href="http://ogp.me">OGP</a> usage comes to mind again).</p>

<p>The behaviour of @property has been made richer, which means that in many (most?) situations the structured data can be expressed with @property alone, without the usage of @rel or @rev (although the usage of these latter is still possible). This increased simplicity is important for authors who are new to this world and may not, initially, grasp the difference between the classical usage of @propery (i.e., literal objects) and @rel (i.e., URI References as objects). (Unfortunately, this change has created some corner-case backward incompatibilities with RDFa 1.0.)</p>

<p>There are also some other, though maybe less significant, improvements. For example, authors can also express (RDF) lists succintly; this means that RDFa 1.1 can be used to describe, e.g., author lists for an article (where order counts a lot) or an OWL vocabulary. Also, an awkwardness in RDFa 1.0, related to XML Literals, have been removed.</p>

<p>The structure of RDFa has also changed. Whereas the definition of RDFa 1.0 was closely intertwined with XHTML, RDFa 1.1 separates the core definition from what it calls “Host Languages”. This means that RDFa is defined in a way that it can be adapted to all types of XML languages as well as HTML5. There are separate specifications on how RDFa 1.1 applies to XHTML1 and for HTML5, as well as for XML in general; this means that RDFa 1.1 can also be used with SVG, Atom, or MathML, because those languages automatically inherit from the XML definitions.</p>

<p>Last but not least: the Working Group has also defined a separate “subset” language, called <a href="http://www.w3.org/TR/rdfa-lite/">RDFa 1.1 Lite</a>. This is not a separate RDFa 1.1 dialect, just an authoring subset of RDFa 1.1: an authoring subset that makes it easy for authors to step into this world easily, without being forced to use all the possibilities of RDFa 1.1 (i.e., RDF). It can be expected that a large percentage of RDFa usage can be covered by this subset, but it would also provide a good stepping stone when more complex structures (mixture of many different vocabularies, datatypes, more complex graph structures, etc) are required.</p>

<p>As I said, it has been a long journey. Many people were involved in the work, both in the Working Group but also through comments coming from the public and from major potential users. But now that the result is there, I can safely say: it was worth the effort. Recent figures on the adoption of structured data on the Web (see, for example the reports published at the LDOW 2012 Workshop recently by <a href="http://events.linkeddata.org/ldow2012/papers/ldow2012-inv-paper-1.pdf">Peter Mika and Tim Potter</a>, as well as by <a href="http://events.linkeddata.org/ldow2012/papers/ldow2012-inv-paper-2.pdf">Hannes Mühleisen and Christian Bizer</a>) can be summarized by a simple statement: <strong><em>structured data in Web pages is now mainstream</em></strong>, thanks to its adoption by search engines (i.e., Schema.org) or companies like Facebook. And RDFa 1.1 has a major role to play in this evolution.</p>

<p>If you are new to RDFa: the&nbsp;<a href="http://www.w3.org/TR/rdfa-primer/">RDFa Primer</a>&nbsp;is of course a good starting point, but it is well worth checking out (and possibly contribute to!) the <a href="http://rdfa.info">rdfa.info</a> web site which contains references to tools, documents; you can also try out small RDFa snippets. Enjoy!</p>

<p>(Blog reproduced from <a href="http://ivan-herman.name/2012/06/07/the-long-journey-to-rdfa-1-1/">my private site</a>.)<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Progress on HTML5</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/04/progress_on_html5.html" />
    <id>tag:www.w3.org,2012:/QA//1.9428</id>
    
    <published>2012-04-23T19:20:20Z</published>
    <updated>2012-04-23T21:54:04Z</updated>
    
    <summary type="html">When the HTML5 specifications advanced to Last Call, we wrote in this forum HTML5: Are We There Yet?. We&apos;re posting here today to give an update on progress made with the HTML5 specifications, and where we&apos;re heading next. The HTML...</summary>
    <author>
        <name>Michael[tm] Smith</name>
        
    </author>
    
        <category term="HTML" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>When the HTML5 specifications advanced to Last Call, we wrote in this forum <a href="http://www.w3.org/QA/2011/05/html5_are_we_there_yet.html">HTML5: Are We There Yet?</a>. We're posting here today to give an update on progress made with the HTML5 specifications, and where we're heading next.

<p>The HTML Working Group Chairs have developed a <a href="http://lists.w3.org/Archives/Public/public-html/2012Apr/0205.html">draft stabilization plan</a> with a timeline for advancing the HTML5 specifications to W3C Recommendation. Given some substantive changes based on feedback, the Chairs plan to start a second Last Call review for the HTML5 specifications. Some further details:

<ul>
<li>As part of the plan to move the HTML5 specifications through the second Last Call round and beyond, the HTML Working Group chairs have begun a search for new editors for the Recommendation-track versions of the HTML5 and HTML Canvas 2D Context specifications; for details, see the <a href="http://lists.w3.org/Archives/Public/public-html/2012Apr/0204.html">full announcement</a>.

<li>At the same time, we plan for standardization of the next version of HTML to take place in the HTML Working Group. W3C will be rechartering the group so that it may begin that work on new features for that next version in parallel with work on taking the HTML5 specifications to Recommendation.
</ul>

<p>We also measure progress through implementations, market adoption, updated publications, and test-suite contributions:

<ul>
<li>The implementation progress on HTML5 continues to be exceptionally strong; shipping versions of all major browsers now have good support for many key HTML5 features, and the development versions of those browsers have even better support.  Authoring tools continue to innovate and improve their HTML5 support as well.

<li>Market adoption of HTML5 also continues to be strong—in a wide variety of areas: Web-based gaming, major media sites, mobile content, and much more.

<li>The HTML Working Group recently <a href="http://www.w3.org/News/2012#entry-9404">published ten updated Working Drafts</a>, including a document that lists the <a href="http://www.w3.org/TR/2012/WD-html5-diff-20120329/#changes-2011-05-25">changes that have been made to the HTML5 specifications</a> since the published of the initial Last Call Working Draft in May 2011.

<li>We continue to get test submissions for the HTML5 specifications, and we <a href="http://www.w3.org/html/wg/wiki/Testing/Submission/">welcome test submissions of any and all tests</a> that help determine conformance to the specifications and that help lead to better interoperability.
</ul>]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-03-26 - 2012-04-01</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/04/openweb-weekly-31.html" />
    <id>tag:www.w3.org,2012:/QA//1.9417</id>
    
    <published>2012-04-10T21:10:33Z</published>
    <updated>2012-04-10T21:19:19Z</updated>
    
    <summary type="html">The Open Web Platform weekly HTML5 translate attribute - no more conflicts Adam Barth noted that there was a conflict between the HTML5 translate attribute and some pages on Orange Web site. An Orange implementer chimed in to say that...</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a></p>

<h3>HTML5</h3>

<h4><code>translate</code> attribute - no more conflicts</h4>

<p>Adam Barth <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/035173.html">noted</a> that there was a conflict between the HTML5 <a href="http://dev.w3.org/html5/spec/global-attributes.html#the-translate-attribute"><code>translate</code> attribute</a> and some pages on Orange Web site. An Orange implementer chimed in to say that they will remove it from their properties. It  was a "legacy" feature.</p>

<h4>location.parentOrigin for Widgets</h4>

<p>Adam Barth sent a <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/035188.html">proposal for a <code>location.parentOrigin</code></a> to enable a different behaviour for embedded widgets in a Web page.</p>

<h3>Canvas</h3>

<h4>ImageSmoothing and more</h4>

<p><a href="http://dev.w3.org/html5/2dcontext/">The 2D Canvas</a> specification will be updated (once the <a href="http://www.w3.org/html/wg/tracker/issues/201">issue 201</a> is resolved) to <a href="http://html5.org/tools/web-apps-tracker?from=7030&amp;to=7031">add <code>ImageSmoothingEnabled</code></a> on <code>drawImage()</code> method in case of resizing. Once you have bitmap image defined by Canvas and you resize this image, two behaviors are possible: Big pixels or <a href="http://wiki.whatwg.org/wiki/Canvas#Image_smoothing">smoothing the image</a>. This is part of a long list of <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/035239.html">additions to Canvas</a></p>

<h3>WebGL</h3>

<p><a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35204">Endianness of typed arrays</a> which is related to the performance of WebGL and the uneven distribution of computers that developers and users have access to.</p>

<h3>WebApps</h3>

<h4>Registration mechanisms for Web Intents</h4>

<p>Ian Hickson proposes to <a href="http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-April/035301.html">unify the registration mechanisms</a> for registerProtocolHandler(), registerContentHandler(), and Web Intents.</p>

<h3>Technical Architecture Group</h3>

<h4>Privacy by Design in APIs</h4>

<p>Robin Berjon and Daniel Appelquist have been working on a new TAG finding about <a href="http://www.w3.org/2001/tag/doc/privacy-by-design-in-apis">Privacy by Design in APIs</a> to provide some background on the threats to users' privacy that Javascript APIs help create on the Web. It also provides some strategies to mitigate such threats at the API design level.</p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-03-19 - 2012-03-25</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/03/openweb-weekly-30.html" />
    <id>tag:www.w3.org,2012:/QA//1.9402</id>
    
    <published>2012-03-27T19:58:33Z</published>
    <updated>2012-03-27T20:11:51Z</updated>
    
    <summary type="html">This openweb weekly is about HTTP, Canvas, Modal dialogs, Web apps notification, Shadow DOM and pre-rendering pages.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a>. </p>

<h3>HTML5</h3>

<h4>Modal dialogs</h4>

<p>Jochen Eisinger (Chromium) made a <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35103">proposal</a> for <a href="http://wiki.whatwg.org/wiki/Modal_prompts">non-modal versions of modal prompts</a>.  Basically, when users have to interact with a modal dialog, it blocks the UI for all tabs. People might want to interact with other websites and still not replying right aways to the modal dialog.</p>

<h4>Pixel Ratio for canvas</h4>

<p>Edward O'Connor (Apple) is asking for a <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35112">new feature for canvas to store pixel ratio</a>. <code>window.devicePixelRatio</code> expresses the ratio of device pixels to CSS pixels. This new feature would express the ratio of backing store pixels to CSS pixels. </p>

<h3>WebApps</h3>

<h4>Notifications for disconnected Web Apps</h4>

<p>Brian Sullivan (ATT) is pushing for adding to the Web stack about for the server to <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/1084">send notifications to the Web apps even when disconnected</a>. In the case Server Sent Events, it is still the client which makes the initial request and there is no way <strong>for the server</strong> to connect again to the client if the connection has been lost.</p>

<h4>Pre-rendering the pages</h4>

<p>Gavin Peters is discussing the issues related with the <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35065">preRendering feature</a> of Chrome browser. There is a timeout of 30s which annoys some sites. It is also not possible for Web sites to get statistics on the benefits (or not) of the feature.</p>

<h4>Shadow DOM</h4>

<p>Dimitry Glazkov (Chromium) has given an <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/1171">update about the Shadow DOM and HTML Templates</a>.</p>

<h3>HTTP</h3>

<p><a href="http://tools.ietf.org/wg/httpbis/">HTTP Working Group</a> is <a href="http://tools.ietf.org/wg/httpbis/minutes">meeting</a> in Paris this week and will be starting work on HTTP/2.0. Microsoft has published a <a href="http://tools.ietf.org/html/draft-montenegro-httpbis-speed-mobility">strawman proposal for HTTP 2.0</a>. Previously Google has also submitted <a href="http://tools.ietf.org/html/draft-mbelshe-httpbis-spdy">SPDY</a> as an input document for discussions. There is a thread about <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/thread.html#msg936">what to expect of HTTP/2.0</a>.</p>

<p>Andrew Oakley pointed out that some browsers seem to not follow the <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35137">Expiry date</a> for caching images.</p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-03-12 - 2012-03-18</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/03/openweb-weekly-29.html" />
    <id>tag:www.w3.org,2012:/QA//1.9398</id>
    
    <published>2012-03-26T21:31:07Z</published>
    <updated>2012-03-29T13:10:43Z</updated>
    
    <summary type="html">The Open Web Platform weekly summary with HTML, ARIA, ITS, Webapps, DOM and Canvas. </summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>The <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a> summary with HTML, ARIA, ITS, Webapps, DOM and Canvas. See also Anne's blog post about <a href="http://blog.whatwg.org/weekly-canvas-path">Path API</a> for SVG and Canvas.</p>

<h3>HTML5</h3>

<h4>HTML 4 and HTML5</h4>

<p>There is a <a href="http://lists.w3.org/Archives/Public/public-html/2012Mar/thread.html#msg330">thread on proposing</a> to update HTML 4  to inform readers about HTML5 being developed. Not everyone agrees. </p>

<h4>HTML5 microdata and ITS</h4>

<p>Jirka Kosek is <a href="http://lists.w3.org/Archives/Public/public-html/2012Mar/0466">working on a mapping</a> of <a href="http://www.w3.org/TR/its/">ITS vocabulary</a> to HTML5 and microdata. ITS is a way to express that a content should not be translated and keep as-is. It also gives the possibility to give specific instructions for localization. A <a href="http://lists.w3.org/Archives/Public/public-html/2012Mar/thread.html#msg466">discussion started</a> on what would be the most appropriate way of doing it.</p>

<h4>ARIA role in HTML5</h4>

<p>What does that mean for implementations when there is a <a href="http://www.w3.org/Bugs/Public/show_bug.cgi?id=11557">redundancy of markup with the same semantics</a> such as in the ARIA case for button. </p>

<pre><code>&lt;button role="button" aria-pressed="true"&gt;
&lt;button aria-pressed="true"&gt;
</code></pre>

<p>Implementations seems to behave differently on these two examples of code.</p>

<h4>startTime for videos</h4>

<p>When using the video API, <code>startOffsetTime</code> seems to be misunderstood by people and then barely implemented, Odin Hørthe Omdal (Opera Software) is <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35005">proposing to have a <code>startTime</code></a> which is a <strong>not</strong> normalized to UTC value. This would enable to do things like</p>

<pre><code>startTime + currentTime
</code></pre>

<p>to get the actual timestamp that the stream is at, at that point.</p>

<h4>Canvas Elliptical Arcs</h4>

<p>You could already draw circular arcs with canvas. A new property to draw <a href="http://dev.w3.org/html5/2dcontext/Overview.html#dom-context-2d-ellipse">Elliptical arcs</a> has been <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=14579">added</a> to Canvas. We can now easily draw spaceships orbits.</p>

<h3>WebApps</h3>

<h4>Meeting in the Silicon Valley</h4>

<p>The Webapps Working Group is meeting on May 1-2, 2012 in Mountain View, USA. The agenda is <a href="http://www.w3.org/2008/webapps/wiki/May2012F2FMeeting">being worked on</a>.</p>

<h4>Undo Manager</h4>

<p>Ryosuke Niwa (webkit) <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35021">pointed</a> out that there was an issue in the <a href="http://rniwa.com/editing/undomanager.html#automatic-dom-transactions">Undo Manager in nested transactions and execCommand</a> on </p>

<pre><code>&lt;div id="um1" undoscope&gt;&lt;span id="um2" undoscope&gt;&lt;/span&gt;&lt;/div&gt;
&lt;script&gt;
...
um1.undoManager.transact({ // transaction 1
executeAutomatic: function() {
um2.undoManager.transact({ // transaction 2
  executeAutomatic: function () {
    um2.appendChild(document.createTextNode('In um2')); // statement 1
    um1.appendChild(document.createTextNode('In um1')); // statement 2
  }
}
});
&lt;/script&gt;
</code></pre>

<h4>NodeList</h4>

<p>Ojan Vafai (Chromium) <a href="http://www.w3.org/mid/CANMdWTvnf7qw4HPsGb6MX5fK3cnnA+MaN8tzLvOnKGMU4F_JgQ@mail.gmail.com">proposed</a> to deprecate NodeList.</p>

<blockquote>
  <p>Dynamic NodeLists have a significant memory and performance cost. Static NodeLists are basically just under-powered arrays. We should just return Node arrays from any new APIs that return a list of Nodes.</p>
</blockquote>

<h4>WebMessaging and Workers Last Call</h4>

<p>WebMessaging allows you to pass messages in between window contexts in a browser. The deadline for commenting on <a href="http://www.w3.org/TR/2012/WD-webmessaging-20120313/">WebMessaging Last Call</a> is April 3, 2012. There is also a last call for the <a href="http://www.w3.org/TR/2012/WD-workers-20120313/">Workers</a> specification.</p>

<h3>DOM</h3>

<h4>String encoding and decoding API</h4>

<p>Jonas Sicking (Mozilla) mentioned the need for an <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/035038.html">API for encoding/decoding ArrayBuffers into text</a>. But it was mentioned that maybe a better solution was to build on the work of Joshua Bell, a <a href="http://wiki.whatwg.org/wiki/StringEncoding">string encoding and decoding API</a>, separable from the core typed array API. The <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35038">discussion is going on</a>.</p>

<h3>SVG</h3>

<h4>New SVG charter draft</h4>

<p>A new <a href="http://www.w3.org/Graphics/SVG/2011/charter">SVG charter draft</a> has been submitted for review by the public. The chairs will be Erik Dahlström (Opera), Cameron McCormack (Mozilla). It includes the definition of a markup syntax, compatible with XML and HTML5 parsing, an API compatible with the DOM, and style properties.</p>

<h3>HTTP</h3>

<p>Christian Schmidt proposed to have <a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/thread.html#35007">a new HTTP header, <code>Window-Target:</code></a>, to cope with the time when we do not know yet if the link should be opened in <code>_blank</code> or <code>_self</code> at the moment the user clicks on the link.</p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-02-06 - 2012-03-11</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/03/openweb-weekly-28.html" />
    <id>tag:www.w3.org,2012:/QA//1.9382</id>
    
    <published>2012-03-12T19:51:25Z</published>
    <updated>2012-03-12T20:18:21Z</updated>
    
    <summary type="html">A long overdue Open Web Platform weekly summary, check also Anne&apos;s blog post about http+aes and control Referer as well as the new API canvas features. HTML5 There is a joint meeting in the Silicon Valley (California) on May 1-4,...</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>A long overdue <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a> summary, check also Anne's <a href="http://blog.whatwg.org/httpaes-url-scheme">blog post</a> about http+aes and control Referer as well as the <a href="http://blog.whatwg.org/weekly-canvas-goodies">new API canvas features</a>.</p>

<h3>HTML5</h3>

<p>There is a <a href="http://lists.w3.org/Archives/Public/public-html/2012Mar/0220">joint meeting</a> in the Silicon Valley (California) on May 1-4, 2012. If you are around at this time, you may want to join the discussions. This meeting would be in addition to the TPAC 2012 in November (Lyon, France).</p>

<p>Quirks Mode had never really been documented in the past. Simon Pieters (Opera) decided to write a <a href="http://simon.html5.org/specs/quirks-mode">specification</a> for it.</p>

<p>The big thread these last few weeks was about Encryption mechanism for media in HTML (or what people summarize with DRM). Google, Microsoft and Netflix <a href="http://lists.w3.org/Archives/Public/public-html/2012Feb/0273.html">proposed</a> a document on <a href="http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html">Encrypted Media Extensions v0.1</a> that generated a series of <a href="http://lists.w3.org/Archives/Public/public-html/2012Feb/thread.html#msg273">thread</a>. Some companies and organizations are worried about the possibility for opensource software to <a href="http://lists.w3.org/Archives/Public/public-html/2012Feb/thread.html#msg374">implement a reasonable and performant solutions</a>.</p>

<h3>Web Apps</h3>

<p><a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/thread.html#msg234">Should Web Apps be installable?</a> The same way you download an application on your system? You might want to be able to download an app and install it on your machine as an individual package. </p>

<p>MS2ger is writing a specification about <a href="http://html5.org/specs/dom-parsing.html">DOM Parsing and Serialization</a>. It is <a href="http://lists.w3.org/Archives/Public/public-html/2012Feb/thread.html#msg248">not clear yet</a> where it would be published in the HTMLWG or WebApps WG.</p>

<h3>HTTP</h3>

<p><a href="http://dev.w3.org/html5/spec/iana.html#http-aes-scheme">http+aes</a> is a proposal for a new scheme in HTML specification with the intent of giving another layer of security when connecting through HTTP. The HTTP Working Group discussed the <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/thread.html#msg795">issues around http+aes</a>. </p>

<p>A <a href="http://tools.ietf.org/html/draft-mbelshe-httpbis-spdy-00">first draft of SPDY</a> has been published by Belshe (Twist) and  Peon (Google). SPDY is a protocol which was initially created by Google and implemented on their servers and Chrome and has the intent of removing some of the roundtrips of HTTP connections. It also tries to compress the headers across connections. There is a prototype implementation in <a href="http://hacks.mozilla.org/2012/02/spdy-brings-responsive-and-scalable-transport-to-firefox-11/">Firefox</a> and it is being <a href="http://www.webmonkey.com/2012/03/twitter-catches-the-spdy-train/">deployed in twitter</a>.</p>

<p>Julian Reschke maintains a list of issues about <a href="http://greenbytes.de/tech/webdav/draft-reschke-basicauth-enc-issues.html">Encoding Parameter for HTTP Basic Authentication</a></p>

<h3>HTML+RDFa</h3>

<p>Manu Sporny <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=15913">proposed</a> to have <code>href</code>, <code>src</code>, <code>rev</code> and <code>rel</code> attributes to all elements in HTML5. <code>rel</code> and <code>rev</code> are accepted on all elements, but not <code>href</code> and <code>src</code> as mentioned in the bug report.</p>

<h3>Web Architecture</h3>

<p>Why the tag is publishing <a href="http://www.w3.org/2001/tag/findings">Findings</a>, musing documents about Web Architecture? Noah Mendelsohn <a href="http://lists.w3.org/Archives/Public/www-tag/2012Jan/0040">found</a> in the archives a message from Tim Bray <a href="http://lists.w3.org/Archives/Public/www-tag/2002Jan/0083">giving context about TAG Findings</a>. </p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

<entry>
    <title>Microdata to RDF Distiller</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/03/microdata_to_rdf_distiller.html" />
    <id>tag:www.w3.org,2012:/QA//1.9380</id>
    
    <published>2012-03-08T16:03:15Z</published>
    <updated>2012-03-08T16:15:00Z</updated>
    
    <summary type="html">As reported in the Semantic Web Activity Blog, a new Interest Group Note has just been published, documenting the extraction algorithm from HTML5+Microdata to RDF. The algorithm replaces the one that was part of an earlier version of the Microdata+HTML5...</summary>
    <author>
        <name>Ivan Herman</name>
        <uri>http://www.w3.org/People/Ivan</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Semantic Web" />
    
        <category term="Technology" />
    
        <category term="Tools" />
    
        <category term="Web Applications" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>As <a href="http://www.w3.org/blog/SW/2012/03/08/rdfa-microdata-and-rdf-two-notes-published-by-the-w3c-html-data-task-force/">reported</a> in the Semantic Web Activity Blog, a new Interest Group Note has just been published, documenting the <a href="http://www.w3.org/TR/microdata-rdf/">extraction algorithm from HTML5+Microdata to RDF</a>. The algorithm replaces the one that was part of an earlier version of the Microdata+HTML5 draft.</p>
<p>In the past few days I worked on an implementation of this extraction algorithm in <a class="zem_slink" href="http://www.python.org/" title="Python (programming language)" rel="homepage" target="_blank">Python</a>; I have now created a public service at W3C to serve as an <a href="http://www.w3.org/2012/pyMicrodata/">RDF distiller for microdata</a>. It is still an alpha release, meaning that I am sure it has bugs; but it may be useful nevertheless. Comments are, of course, welcome!<br /></p>

<div style="margin-top: 10px; height: 15px;" class="zemanta-pixie"><a class="zemanta-pixie-a" href="http://www.zemanta.com/" title="Enhanced by Zemanta"><img style="border: medium none; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/zemified_e.png?x-id=75b1467f-9330-4e17-b2a1-8738918187c2" alt="Enhanced by Zemanta" /></a></div>]]>
        
    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-01-30 - 2012-02-05</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/02/openweb-weekly-27.html" />
    <id>tag:www.w3.org,2012:/QA//1.9348</id>
    
    <published>2012-02-06T23:06:55Z</published>
    <updated>2012-02-06T23:09:31Z</updated>
    
    <summary type="html">Time for your Open Web Platform weekly summary dose. A bit of HTML5, a bit of Web apps, a pinch of Web Architecture and HTTP and everything tied with a Web Education ribbon.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>Time for your <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a> summary dose. A bit of HTML5, a bit of Web apps, a pinch of Web Architecture and HTTP and everything tied with a Web Education ribbon.</p>

<h3>HTML5</h3>

<p>Charles Pritchard (Jumis) is asking if the <a href="http://www.w3.org/html/wg/wiki/ChangeProposals/sandbox_allow_popups"><code>allow_popup</code> attribute value</a> is ready for prime time. IE has an implementation of it and Webkit has an ongoing patch. The goal of the attribute is to allow pop up in some circumstances where it is usually not possible, such as sandboxed iframes.</p>

<p>The <code>abbr</code> attribute on <code>th</code> elements <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=13614">will be added</a> to HTML5 specification.</p>

<p>There is a proposal for the <strong>next version of HTML</strong> to have a DOM attribute to have access to the <a href="https://www.w3.org/Bugs/Public/show_bug.cgi?id=15401">metadata contained in images</a>.</p>

<p>There is a meta perma-thread revolving along <code>longdesc</code> attribute but also <a href="http://lists.w3.org/Archives/Public/public-html/2012Jan/thread.html#msg196">images map and accessibility</a>. This discussion is not finished yet and let's hope people will reach a common understanding on the issue. </p>

<h3>Web Apps</h3>

<p>Robin Berjon proposed to <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/thread.html#msg392">add screen orientation lock</a> to the rechartering of Web Apps WG. It is happening sometimes that an app will make sense only when the screen has a specific orientation. On the other hand, your body might have a position which is not the one perceived by the device. For example when you are reading news lying down on the side, and you screen suddenly rotates because of your position.</p>

<p>Should you be <a href="http://www.w3.org/mid/6280764F-9877-40A7-A31B-F53F370C6524@w3.org">able to install Web Apps on your computer</a>. Tim Berners-Lee (W3C) think so and argues for it.</p>

<p>Glen Shires (Google) proposes the <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/0438">creation of a Community Group for the Speech Javascript API</a>.</p>

<p>The discussion on adding <code>Image.toBlob()</code> is still <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/thread.html#msg381">active</a>. It is very similar to <code>Canvas.toBlob()</code>. Some people wondered if in fact it should not be more general and apply to any kind of binary streams. </p>

<h3>Education</h3>

<p>Chris Mills (Opera Software), who is actively involved in developing a <strong>neutral repository for Open Web documentation</strong> across platforms, has outlined <a href="http://lists.w3.org/Archives/Public/public-webed/2012Jan/0045">how the group will move forward</a>. You can join the <a href="http://lists.w3.org/Archives/Public/public-webed/">Web Education Community Group</a>. </p>

<h3>HTTP</h3>

<p>The discussion about the rechartering of HTTP WG is <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/thread.html#msg98">still going on</a> for working on the <strong>new generation of HTTP</strong>. There is a lot of input on what are the good strategies for the future. Some people share their opinions about the <a href="https://en.wikipedia.org/wiki/SPDY">SPDY experiment</a>. Pretty sure that the <a href="http://www.ietf.org/meeting/83/index.html">IETF WG F2F in Paris</a> (March 25-30, 2012) will be quite active. I will not be there unfortunately.</p>

<h3>Web Architecture</h3>

<p>Larry Masinter (Adobe) sent a <a href="http://lists.w3.org/Archives/Public/www-tag/2012Feb/0005">proposal for working on MIME and the Web</a>. The discussion addresses the issues around registries which come quite often. Basically how do we maintain the balance in between the flexibility of the open Web and a control set of values avoiding fragmentation.</p>

<p>Robin Berjon proposed a new draft about the <a href="http://www.w3.org/2001/tag/products/apiminimization-2012-02-02">work on API Minimization</a>. He is looking for feedback.</p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

<entry>
    <title>Open Web Platform Weekly Summary - 2012-01-23 - 2012-01-29</title>
    <link rel="alternate" type="text/html" href="http://www.w3.org/QA/2012/01/openweb-weekly-26.html" />
    <id>tag:www.w3.org,2012:/QA//1.9338</id>
    
    <published>2012-01-30T22:34:14Z</published>
    <updated>2012-01-30T22:40:35Z</updated>
    
    <summary type="html">There is a proposal for rechartering HTTP WG to start work on HTTP 2.0. The main discussions are happening on the webapps mailing list when the HTML WG is trying to finalize the few remaining open issues.</summary>
    <author>
        <name>Karl Dubost</name>
        <uri>http://www.la-grange.net/karl/</uri>
    </author>
    
        <category term="HTML" />
    
        <category term="Open Web" />
    
        <category term="W3C Life" />
    
    <content type="html" xml:lang="en" xml:base="http://www.w3.org/QA/">
        <![CDATA[<p>This <a href="http://www.w3.org/wiki/Open_Web_Platform">Open Web Platform</a> <a href="http://www.w3.org/QA/archive/open_web/">weekly</a> has quite a lot of stuff. Among the important things being discussed for the last week, Mark Notthingham <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/thread.html#msg98">announced</a> that there is a will to recharter the HTTP WG for working on <strong>HTTP 2.0</strong>. The thread on the HTTP WG mailing list has been huge.</p>

<p>The indexedDB specification doesn't explain how to generate keys. Jonas Sicking (Mozilla) explained <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/0329">how indexedDB keys were generated in Firefox</a>.</p>

<p>Arun Ranganathan (Mozilla) has published a new Editor's draft of the  <a href="http://dev.w3.org/2006/webapi/FileAPI/">File API</a> for review. (<a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/thread.html#msg346">Full Thread</a>) and Cameron McCormack (Mozilla) has published a version of <a href="http://dev.w3.org/2006/webapi/WebIDL/">WebIDL for Last Call</a>. Vincent Scheib (Google) <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/0376.html">announced</a> that the Mouse Lock specification has been moved and renamed <a href="http://dvcs.w3.org/hg/pointerlock/raw-file/default/index.html">Pointer Lock</a>. </p>

<p>Following a blog post by Tobie Langel (Facebook) about <a href="http://blog.tobie.me/post/14262541286/app-manifests-an-anthology">the mess of manifests for Web apps</a> (widgets, extensions, etc.), Robin Berjon is asking if the Web Apps WG should <a href="http://lists.w3.org/Archives/Public/public-webapps/2012JanMar/0391.html">work on aligning those to a common format</a>. We have to note that there was a <a href="http://www.w3.org/TR/widgets/">normative format already defined</a> in the widget specification, but which was not followed by all implementers.</p>

<p>will HTTP verbs <code>LINK</code> and <code>UNLINK</code> be resurected, it is what James Snell is <a href="http://lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/0104">proposing</a> with a few use cases.</p>

<p>Another go is being done at the <a href="http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-January/thread.html#34490">recurring topic about responsive images</a>.</p>

<p>Ilya Sherman (Chromium) is proposing to <a href="http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-January/thread.html#34429">add an <code>autocomplete</code> attribute to the <code>input</code> element</a>. The proposal is <a href="http://wiki.whatwg.org/wiki/Autocompletetype">documented on the wiki</a>.</p>

<p>A request for a new <code>comment</code> element <a href="http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-January/thread.html#34506">triggered a very long answer</a> by Ian Hickson (Google) on the nature of the <code>article</code> element.</p>

<p>This column is written by <a href="http://www.la-grange.net/karl/">Karl Dubost</a>, <a href="http://my.opera.com/karlcow/blog/">working</a> in the <a href="http://dev.opera.com/">Developer Relations team</a> at <a href="http://www.opera.com/">Opera Software</a>.</p>
]]>
        

    </content>
</entry>

</feed> 

