This Week in HTML 5 – Episode 8
Welcome back to "This Week in HTML 5," where I'll try to summarize the major activity in the ongoing standards process in the WHATWG and W3C HTML Working Group.
It's time to catch up on the myriad of changes to the HTML 5 spec. The big news this week is the continued merging of Web Forms 2 into HTML 5.
<select>[r2285, r2287, r2288, r2290]
<input type="checkbox">[r2257, r2258]
<input type="url">[r2228, r2231, r2235]
<input type="datetime">[r2229, r2230, r2231, r2239, 2243, r2247, r2251]
In other news, Andy Lyttle wants to standardize one particular feature of
<input placeholder> attribute would allow each browser on each platform to match their users' expectations (and possibly even allow end-user customization) of how placeholder text should work for web forms. Discussion threads: 1, 2, 3. So far, there is no consensus on whether this should be added to HTML 5, or what the markup would look like.
Other interesting changes this week:
- r2273 defines the
- r2272 defines what it means to "activate" a form field, so that "clicking a button" and "setting focus to the button and pressing space" result in the same
clickevent being triggered.
- r2277 defines the
<input size>attribute, which controls the displayed size of the field (but not the length of the field's value, that's
- r2278 defines the
<input pattern>attribute, which is an arbitrary regular expression against which the field's value should be matched.
- r2282 defines the
inputevent occurs during typing in a form field (and therefore may trigger multiple times as the user types); the
changeevent triggers when a change is committed, even if typing was not involved (such as choosing files to upload with an
- r2242 tweaks the definition of floating point numbers to allow specifying an exponent.
Around the web:
- Following up on last week's article on clickjacking, the security researcher who discovered (and named) it has posted details of his discovery. Short version: it's even worse than we thought, but vendors are working on it. Here's a proof-of-concept against Adobe Flash that, quite literally, spys on you (via your webcam) without the usual warning dialogs; here's Adobe's response. NoScript now offers enhanced protection against some clickjacking attack vectors.
- Anne van Kesteren gives an update on IE 8's support for HTML 5 and other emerging standards.
- Matt Ryall has a good article on HTML 5, headings and sections, which documents the differences between HTML 4 and 5's header elements. My personal opinion: I once wrote a 500 page book in Docbook, a non-HTML markup language for technical writers. Docbook 3 had separate elements for
<sect3>, &c, and it was a massive pain in the ass to cut-and-paste sections, or try to reuse them in different documents. Docbook 4 added a generic
<section>element which can be nested indefinitely, and all those problems went away. Lots of web authors copy-and-paste HTML markup; anything that helps that "just work" is a good thing.
Tune in next week for another exciting episode of "This Week in HTML 5."
I interviewed Anne van Kesteren to talk about HTML 5 and other web standards in progress.
A generic <h> ist still missing …
Great post. The thought of (x)HTML5 bringing the power of regular expressions to markup via r2278 is really exciting.
Tim, it is called
[…] the discussion around the <input placeholder> attribute (which I first mentioned in This Week in HTML 5 Episode 8) and committed r2409 that defines the new […]
[…] to the <textarea> element. I tracked the initial discussion of the placeholder attribute in episode 8 and noted its appearance in HTML 5 in episode 13. Previously you could only use the placeholder […]