Kyle Huey proposed a new method, toBlob, on Canvas. This method would have the same functionality as Mozilla's non-standard mozGetAsFile, and would retrieve the Canvas contents in such a way that they can be stored in a file.
The HTML5 witch doctor, Ian Hickson, has been applying more HTML WG decisions, and doing some event tweaking. If you ever want to follow what's happening in the land of HTML edits, check out the WHATWG Twitter thread, which documents each new change.
The W3C HTML WG tribe has had an extremely busy time last week. In fact, the email list is becoming a bit hard to follow. However, machete in hand, I dove in.
I had missed pointing out a very long thread that Danny Ayers triggered on systematic access to media/plugin metadata, and that has generated thoughtful and interesting replies.
As is typical with the HTML WG, both decisions were accepted graciously by the body—leading the co-chairs to marvel, yet again, at how wonderfully easy and uncomplicated their WG tasks are.
Today, the co-chairs posted a decision on Issue 131 caret-location-api. The proposal adopted modifies the existing Canvas 2D API caret and focus ring support to drive screen magnification, with a couple of caveats, detailed in the decision. Concerns have been expressed about the caveats, primarily because previous decisions have focused mainly on choosing between proposals, not choosing a proposal and modifying it. The only other decision where this has happened is the decision related to the ARIA mapping.
In other news:
Robin Berjon announced the Call for Consensus for a FPWD of the new Calendar API. It joins with the publication of the 8 drafts from the HTML WG, including HTML5.
The HTML WG is heading towards Last Call, and the activity is increasing, both in the W3C and in the WHATWG email lists.
Opera is working on its implementation of the new HTML5 <details> and had several implementation questions. The issue is that the implementors need to provide a way for users to style the element, and whatever is used should be consistent among the implementors.
In the discussion, the concept of XBL shadow trees arose. If you're not familiar with XBL, it is, or was, the XML Binding Language—a Mozilla creation using XML to describe the behavior and styling of XUL widgets and XML elements. There is an effort to standardize the concept in the W3C with XBL2. Currently, the spec is in Candidate Recommendation status, with the most recent activity being a discussion about moving the spec forward that happened in March.
The issue of what happens with the DOM range when a page mutates spawned a lively discussion between Aryeh Gregor (Google) and Boris Zbarsky (Mozilla). The discussion looks to continue from a response posted by Ryosuke Miya (WebKit).
In an email that revives a dormant discussion related to media elements statistics, Silvia Pfeiffer points to a wiki page on Video Metrics. These wiki pages that pull all the disparate pieces together—not only from different implementors but discussed in different email lists and groups—are essential for ensuring cooperation, cohesion, and transparency. If anyone has another page that should be featured in a Weekly, drop a note in comments, send me an email, or tweet me at @shelleypowers, and I'll find a way to incorporate a reference to the page.
In the meantime, Chris Pearce has added support for Mozilla-specific decoding/painting statistics in the Firefox trunk for expected release with Firefox 5.
The discussion on @longdesc continues. In a comment to a weblog post, Bruce Lawson questioned whether the <details> element can't be used in place of longdesc. He continued the discussion with a question on the feasibility of this substitute to the WHATWG email list.
Speaking of @longdesc, I wanted to take this opportunity to point out the extensive collection of @longdesc use cases that Laura Carlson has been heroically gathering. There was also a wiki page gathering together all of the discussions on longdesc, but I believe it was locked down due to contentious activity. If there's a new wiki page somewhere, make a note in comments or send me the link and I'll update this page.
Alexandre Morgaut initiated a fascinating discussion on a browser implementation detail that many JavaScript developers may not be aware of.
All the major browsers add any HTML element that has an @id attribute to the global namespace. Chrome, Opera, IE, and Safari do so automatically, and Firefox does so in quirks mode. What this means is that if you have an element with an @id of "testing", you can access that element by the @id value name directly in code—without having to use getElementById first to get the element reference.
I linked to this discussion to a), make you aware of the functionality and the ongoing discussion and bug, and b) to strongly suggest that you never make use of this functionality in your applications. Read the WHATWG email thread for more on why this browser behavior is potentially harmful.
On the W3C side, I'll defer details of actions to the inestimable Karl Dubost, and his excellent Open Web Platform Weekly reports, but I did want to point out some decisions and email discussions of interest.
Later in the week, the co-chairs declared that Issue 145 on codecs-vs-octet, was closed by amicable resolution. Amicable resolution...we should all take a moment to pause and savor this rare resolution state.
The Canvas API accessibility folks have asked for feedback on improved hit testing for canvas accessibility. The request is focused specifically to the canvas development community. I believe you can respond to the public-canvas-api email list even if you aren't a member. If not, you could probably post emails directly to Richard Schwerdtfeger.
The discussion still continues on the license for HTML5.
Whew! I'm exhausted just writing all of this stuff. The activity should continue to be high as the W3C HTML WG moves towards Last Call, and as the rubber hits the road with HTML5.
Nicholas Zakas brought up a question on the scoped attribute of the style element, when the element is placed in an area expecting flow content. This triggered an interesting discussion about what works, as compared to what's valid.
Stefan Håkansson suggested that since the Peer-to-peer and Stream APIs are similar between what is proposed in the WHATWG spec, and a comparable spec written by Harald Alvestrand that one is adopted as a base for further work. Harold expressed willingness, but is concerned about embedding the API in HTML5.
Speaking of which, my favorite quote of the week comes from Michael Smith in the WHATWG IRC:
# [18:14] anyway, I'm happy until PHP starts getting called HTML5
Rumor has it that Starbuck's is coming out with an HTML5 brand of coffee—twice the caffeine with a hint of fruity, hot pepper notes.
On the W3C side, the discussion continues about HTML5 licensing.
The issue about longdesc has been re-opened and there was some fragmented discussion on this in the W3C HTML WG email list. This discussion on longdesc seems to have the most activity, but nothing has been decided.
What was decided was Issue 126 on the requirement to break RFC 2616 compliance with respect to backslashes not needed for legacy content. The co-chairs decided to leave the text in HTML5, unchanged.
The co-chairs also issued a decision on Issue 140. The co-chairs did adopt the proposal by Noah Mendelsohn to modify the text of HTML5 so that "conforming document" now becomes "conforming HTML5 document", and that the term only be applied to the HTML5 document, itself. This does necessitate changes to the HTML5 spec.
Another co-chair decision is related to Issue 139, which asked that the Microdata usability study acknowledgement be removed from the HTML5 specification, since Microdata is no longer contained in the HTML5 specification. Instead, the acknowledgement will be moved to the Microdata specification.
If I missed anything that should have been included, add a note in comments and I'll update this post. Otherwise, ta until next week.
First thing's first. Hi my name is Liam Hockley, I am a recent addition to the admin team on the WHATWG forums and I have been working on improving the site over the past couple of weeks. (forums.whatwg.org)
The first thing I did, was update the forum software from the severely outdated phpBB2, to the fresh new phpBB3. This process went fairly smoothly. Next I created a new forum section to facilitate the discussion of forums/website ideas and feedback. On top of this, the other admins and myself have been working to make sure spam is not and will not be an issue moving forward.
The next step and what we are currently working on, is to try and get the forums more active. I would like to encourage you to use the forums and tell all of your friends. This could serve as a great base for compelling discussion and debate on the HTML spec.
In the future, I plan to try and implement integration of the twitter RSS feed and potentially an RSS feed of the WHATWG mailing list. There is also an effort in place on the part of phpBB, to modernize their markup to follow the latest HTML spec in upcoming releases. We will most certainly be taking advantage of that once it becomes possible.
Anyways, thank you for reading. If you get a chance, check out the forums and drop us a line.