This week in HTML 5-Episode 5

XSLT, MathML, web forms 2, and some light reading on character encoding.

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.

The big news this week is the merging of the web forms 2 specification into the HTML 5 specification, and updating it with the collected feedback of the last two years.

• Form[R2142]
• Fieldset[R2143]
• Input[R2144]
• Button[R2145]
• Label[R2146]
• Select[R2148]
• Datalist[R2150]
• Optgroup[R2151]
• Option[R2152]
• Textarea[R2153]
• Output[R2154]
• TheFormAttribute on various elements, which associates an element with its parent form, and the elements attribute ofFormElement, which associates the form with its elements. (Form-associated elements no longer need to be children of<Form>Element itself within the Dom, so explicit association is required. Form-associated elements thatAreDom children of<Form>Element are implicitly associated, so your existing markup will continue to work the way you think it does.) [r2157]

Meanwhile, revisions 2160,216 1, 2163,216 4, and 2165 begin the long, hard process of defining when and how a form is submitted. this is one of those things that "Everybody knows" but nobody has actually, you know, too ented. for example, Do you submit a form when you toggle a checkbox? Of course not, "Everybody knows" that. Is an unchecked checkbox encoded in the form data when it is submitted? No, "Everybody knows" that too. How do you submit to FTP :// URL? A Mailto :// URL? A Data :// URL? What are the three values of Enctype Attribute, and how do they affect the form data when it is submitted to Data :// URL with Put Method? 1 umm... how exactly do you construct the names of the X and Y coordinates to submit a server-side image map? (By The Way, server-side image maps are inaccessible, so don't use them unless you provide an accessible fallback form with equivalent functionality .) web forms 2 (and now HTML 5) will tell you.

Another interesting set of changes revolves around character encoding. if you don't know anything about character encoding, I wocould stronugly recommend Joel Spolsky's the absolute minimum every software developer organization, positively must know about Unicode and character sets (no excuses !) Tim Bray's three-part series, on the goodness of Unicode, on character strings, and characters vs. bytes, and anything written by Martin d u rst.

Now then: r2125 warns against using ebcdic on public-facing web pages. for those of you under 30, ebcdic is a character encoding hosted ted by IBM in the 1960 s for their system/360 mainframe. on non-IBM hardware, ebcdic lost the encoding war to ASCII, and later Unicode, And it is rarely seen on the public web. r2131 says that browsers shoshould ignore an out-of-band encoding definition that they do not support. for example, if a Web page is served with an HTTP Content-Type Header with Charset Parameter that defines a character encoding the browser does not support, the browser shoshould ignore it and continue the process of determining the character encoding by other means. and finally, r21_says that browsers shocould treat US-ASCII as windows-1252 when determining character encoding. as the HTML 5 specification notes, "the requirement to treat certain encodings as other encodings according to the table above is a willful violation of the W3C character model specification."

Other interesting changes this week:

• R2122 makes it non-conforming to have empty unquoted attribute values like<Input value =>
• R2130 provides a special case forDefinitionurlAttribute for those embedding MathML in HTML.
• R2140 and r2141 allow a legacy doctype if and only if the HTML page is the result of an XSLT transform. The exact doctype string is<! Doctype HTML public 'xslt-compat'>

Tune in next week for another exciting episode of "this week in HTML 5 ."

Footnotes:

1. When submitting toData ://URL withPutMethod, the three valuesEnctypeAreApplication/X-WWW-form-urlencoded,Multipart/form-Data, AndText/plain. Amaze your friends at the next tech conference!