Archive for February, 2011
We are still looking for a volunteer to write WHATWG Weekly. Otherwise on March 21 and beyond there will not be much to see here. Well, no new WHATWG Weekly.
Big thanks, security model, and editing
We got a big thanks from people at the BBC. Though reading Frame accurate video in HTML5 it seems we owe them for providing valuable feedback! Great to see how many people are paying attention and contributing to what we are trying to build here.
Earlier this week Adam Barth published Principles of the Same-Origin Policy, a document outlining the principles of the Web platform security model. That is, as it has come to be over the years, with many people hacking on it in browsers.
Aryeh Gregor has a new project: HTML Editing Commands. He is working out a more detailed specification for the
execCommand() method (and friends). Currently the HTML specification is rather vague on the subject, deferring much to implementations. This specification will eventually help user agents to get closer to each other — also known as interoperability — with regards to editing operations.
W3C HTML WG
Another attempt is made to get the
longdesc attribute conforming. Edward O'Connor (since recently with Apple; congrats!) is not convinced there is new information here since we made the decision to kick it out.
A whole bunch of open HTML WG issues (156, 157, 158, 160) were “closed without prejudice” last week. This happens when no change proposals are written in time. The process starts with a bug that is resolved by the editor. If the reporter disagrees with the editor he can escalate the bug into an issue. But if then nobody steps up to do something with the issue nothing will change and the issue is closed without prejudice. After this the issue can only be reconsidered with approval of the WG Chairs. Otherwise it is deferred to the next version of HTML (the W3C uses a snapshot model, the current one is labeled HTML5).
WHATWG Weekly will go on vacation for three months three weeks from now. However, you can stop that by joining IRC and offering to write it instead. You will be given at least one Internet for each post.
Shorts from the WHATWG mailing list
David Flanagan pointed out that various event handlers are on the
HTMLElement interface rather than
HTMLMediaElement even though the events are non-bubbling and dispatched solely on
HTMLMediaElement. Philip Jägenstedt explained that it makes them more straightforward to implement. Why they are also on
Window was not explained.
David Levin suggested we standardize APIs for adding search providers. A way for a site the user is visiting to find out whether it is the default search provider and a way to add itself as search provider. The APIs he suggests we converge on are proprietary APIs from Internet Explorer.
As part of the real-time web APIs the HTML specification defines a
StreamRecorder interface so authors can obtain a
File out of some streaming media data. Ian Hickson indicated this is still very experimental. We are basically looking for feedback from implementors and authors, as well as standardization of the various protocols and formats, before proceeding with the APIs.
Michael Nordman said he plans on changing Chrome to allow cross-origin caching of secure resources for the application cache feature. The idea is to respect
Cache-Control: no-store giving the cross-origin resources control over the situation.
Philip Jägenstedt reported he nuked
Jukka K. Korpela provided feedback on the new controls. I remember reading his Guidelines on
alt texts in
img elements back in the day and realizing that markup is fricking complex. Pretty cool that he is now reviewing our work.
At the W3C
Philip Jägenstedt reported some issues with
<video>.readyState on the HTML WG list. On the Webfonts WG list Maciej Stachowiak explained Apple’s position on font linking and embedding.
Over the past week or so I updated DOM Core (formerly Web DOM Core) to include events.
When more popular sites adopted the
#! URL pattern advocacy articles were written, e.g: Breaking the Web with hash-bangs. The WHATWG saw this coming which is why we came up with the
history.pushState() API some time ago. It allows resources to manipulate the path of their URL.
Probably the most interesting proposal last week was an email by Silvia Pfeiffer on a Multitrack Media API. Specifically, how to synchronize media resources for the purposes of e.g. sign language and independent audio description tracks. Jeroen Wijering suggested this should be handled in a manifest, outside of HTML.
Interesting implementation-wise, Emiliano Martinez Luque announced he wrote a Microdata library for PHP.
Two weeks ago Frank Olivier from Microsoft wrote a Change Proposal for
playbackRate that I missed. Namely that user agents can ignore it being set if they cannot change the speed at which the media resource plays.
Related to change proposals the W3C HTML WG now has a straw poll going on as to whether WAI-ARIA should be allowed to override native HTML semantics.
Two weeks ago I reported that Philip Jägenstedt wrote a proposal to ignore the
Content-Type header for video resources and last week that made it into the HTML standard. Video formats were already being sniffed if the
Content-Type had an appropriate value. Now that process is simplified.
The server-sent events feature was also simplified. 2xx — except 200 — HTTP response codes no longer have any special semantics.
Meanwhile Web Workers gained the
offline events turning its
navigator.onLine into something useful. And the
window.onerror feature will also be invoked for compile-time errors. Aryeh Gregor’s work on
window.btoa() — methods for base 64 encoding and decoding — made it into the HTML standard.
The Wider Web
Ian Hickson dedicated a blog entry to a change to the HTML standard with regards to script execution order. Suffice to say that inserting scripts dynamically is hairy, but at least it is well defined now.
Robert O'Callahan wrote Distinguishing "Embeddable" Versus "Readable" Web Resources Considered Harmful to which I replied with Breaking Web Platform Consistency Considered Harmful. Loading external resources is a complicated topic and I would like to avoid changing strategy there. Ian Hickson captures it quite well in a comment:
I think the consistency argument has to be given a lot of weight, because otherwise each generation of Web standards people will bring with it a whole new set of API styles, and we’ll end up with a platform that is nigh on impossible to intuitively understand.
Related to loading policies a post by Mike Cardwell on abusing HTTP status codes to expose private information garnered quite a bit of attention last week. Simon Pieters suggested that my
From-Origin proposal would be able to tackle that issue. It is quite a severe privacy problem that we should study carefully.
If you are interested in what editors of the CSS Working Group are working on there is now @csscommits where updates of CSS specifications are announced.
The Chairs of the W3C HTML Working Group finally announced the decision on ISSUE-41. HTML will not have XML-style namespaces. HTML has numerous extension points already and it is unclear whether namespaces are a good idea. It is nice that the W3C and WHATWG are in agreement on this, insofar they are actually separate.
I should point out that this decision can still be appealed if new information is brought forward. This discussion has been going on for a decade so hopefully we covered it, but you never know.
On the List