The WHATWG Blog

Please leave your sense of logic at the door, thanks!

WHATWG Weekly: WHATWG goes Native!

OK, everyone: time to form a drum circle.

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.

Jukka Korpela brought up the Chrome support of commas in numbers and the concept of localization and floating point number representation. Jukka also asked about ways of expressing physical quantities.

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.

The co-chairs published a decision on Issue 131 on adding a caret location API to Canvas. The co-chairs decided in favor of the proposal to modify the existing Canvas API caret and focus ring but with a couple of exceptions.

The co-chairs also decided on Issue 155 on table border, ruling in favor of the proposal to add border="1" on HTML tables.

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.

Elsewhere in the W3C, the Clipboard API and Events Working draft was published this week, as was the CSS Text Level 3 draft, and the Messenging API draft. These join with the First Draft of the Platform Accessibility APIs Implementation Guide, making this a very productive week among the working groups.

In other news, Bruce Lawson was kind enough to pull together a list of HTML5ish people on Twitter. Let's raise our coconut drinks in thanks!

As usual, if I missed something or made an error, please provide a note (including links, if applicable) in comments and I'll update this post.

A hui hou kakou!

Posted in Weekly Review | Comments Off on WHATWG Weekly: WHATWG goes Native!

WHATWG Weekly

This week was more continuation of previous discussions, though there are changes and decisions of note.

A new discussion broke out about making checkboxes readonly.

Discussion still continues on styling details, in addition to other questions on the elements' implementation, including an implementation proposal.

Ian Hickson wrote about changes he made to the MediaController, as noted in detail in the HTML5 change tracker.

Ian also applied changes based on previous W3C HTML WG decisions, including the decision on modifying the ARIA mapping table. This change, though, generated some disagreement, and the change was reverted.

Over in the W3C there are several decisions of note.

The first is related to Issue-32 on table summary. The co-chairs agreed with the proposal to continue obsoleting <table> @summary.

The co-chairs also made a decision on Issue 27 on rel ownership. The decision was in favor of the change proposal to defer to the Microformats community for maintaining rel values.

Just when you thought it was safe to get back into the water...the <u> element is back. Cue Jaws music.

The decision about Issue 147, playbackrate undefined is in favor of the proposal to consider playback rate a hardware limitation and not to expose it in an API.

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 Grid Layout First Working Draft was also published, as well as the FPWD for the Vocabularies for EmotionML, and the Last Call for the Emotion Markup Language (EmotionML).

As always, if I missed something or made a mistake, send me an email or tweet, or leave a comment.

update Forgot this one: Sam Ruby put out a call for brainstorming for the next version of HTML. A wiki has been set up, and I believe all parties are welcome to participate—you don't have to be a member of HTML WG.

Posted in Weekly Review | 1 Comment »

WHATWG Weekly: the rubber hits the road

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.

This behavior isn't part of HTML4, but it is part of HTML5, as noted in a bug filed on this behavior.

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.

The co-chairs made a decision on Issue 120 related to RDFa prefixes. They decided in favor of continued support for prefixes, with recommendations to clarify their use and ensure people are aware they are optional.

The co-chairs also made a decision about Issue 122, choosing the change proposal that recommended removing the section describing alt text for decorative images out of HTML5 in favor of a link to the WCAG 2.0 guidelines.

In regards to Issue 142 on Poster Alt, the co-chairs decided in favor of the no Poster Alt change proposal.

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.

OK, moment's over.

The co-chairs continued with the rollout of decisions with one for Issue 129 on ARIA mapping, and whether @role can override rather than define element semantics. The chairs decided in favor of the change proposal to allow @role to change some role mappings, with some specific exceptions outlined in the decision.

I believe this is a first: the chairs also re-opened Issue 30 as a Last Call Issue. In case you're unfamiliar with Issue 30, it is about @longdesc.

Two decisions led to formal objections: Issue 120 on RDFa prefixes, and Issue 142 on Poster Alt. All formal objections are recorded and maintained in one specific page.

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.

An announcement was made on the new Task Force for Home Networking inside the Web and TV IG.

There's also be considerable discussion on incorporating support for PUT and DELETE in forms, including a re-opened bug on the issue.

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.

Posted in Weekly Review | 2 Comments »

WHATWG Weekly: Quiet Week

A relatively quiet week this week.

Ian Hickson modified pushState to match the Firefox 4 implementation. More on this in the WHATWG email list.

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.

update

The HTML to Platform Accessibility APIs Implementation Guide is up for first publication this week.

In addition, the HTML WG co-chairs asked for consensus on publishing eight other working drafts including HTML5.

Posted in Weekly Review | 1 Comment »

The WHATWG Forums

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.

-Liam "Xdega" Hockley

Posted in WHATWG | 3 Comments »