In the past I’ve made it fairly clear that I disagree with a lot of the decisions that HTML5 editor Ian Hickson has made in the past, such as the movement of the WHATWG version of HTML5 into Last Call (well before the W3C has done so, creating an oddball situation where arguably the spec exists in two different states). I felt that he was making a decision to move the spec forward to meet an arbitrary timetable, and not because it was mature enough to deserve that state.

Now that the WHATWG has gone onto its version-free HTML Utopia, leaving the W3C to make sure there’s a benchmark for browser vendors to compare against with what us mere mortals are still calling HTML5, I had hoped that at the very minimum we could rely on a standard that would properly address all the issues before declaring itself an adult.

I was wrong.

Accessibility is an issue that gets me worked up at times. While observing the various battles in the mailing lists of the W3C, it becomes clear that often those most aware of good practices for accessibility are given the least amount of attention by decision makers. Right now we’re witnessing the W3C’s chairs pushing for HTML5 to move to Last Call while ignoring a massive lump of requested data about an accessibility issue.

AKA: They’re moving the spec forward without addressing existing, outstanding issues.

Today’s comic highlights my opinions on that.

It seems that as a result we’re going to end up with a standard that will only address best practice for accessibility as some sort of later patch. This is a load of crap.

For some reason, several smart people think the longdesc attribute is hard to use. So hard to use that we’d best not even bother keeping it in HTML5 as a means to provide alternate text for images to sight-challenged web users.

I’m going to tell you how to do it in a detailed fashion, and you can decide if it’s hard: 1. Put a longdesc attribute on your image with a value that points to a url of a page with a detailed description of the image. 2. At that destination, write the description.

Pretty hard stuff, right? I don’t know if you can remember all that.

This culminated last August as Issue 30, where the working group chairs decided to leave longdesc out due to a lack of data, and they encouraged people to feel free to get more data and approach them again.

In fact, I quote:

This issue can be reopened if new information come up. Examples of possible relevant new information include: use cases that specifically require longdesc, evidence that correct usage is growing rapidly and that that growth is expected to continue, or widespread interoperable implementation.

Laura Carlson took them at their word, creating a research document with over 150 examples harvested from the “wild” and compiled into several use cases, along with relevant local laws and policies from governmental and corporate entities using the attribute.

Armed with a treasure trove of the requested data, she asked the chairs to re-0pen the issue to consider it before Last Call.

Sam Ruby, W3C HTML5 Co-Chair, says “Thanks for all the data. I know I asked for it. But no. Focus on other important stuff instead. Ha ha.” (That might be a bit flavored of a paraphrasing…)

I couldn’t help but read into that an unspoken “Addressing the needs of blind people should take a back seat to getting the spec out the door.”

Class act, guys.

Today’s comic features the chairs of the W3C HTML WG, Sam Ruby, Maciej Stachowiak and Paul Cotton as they and the Squirrel try to deal with the dangers of a cave monster in the dark. You’ll have to take my word for it, however, unless you follow the instructions on the comic to read the transcript. In a reversal of what is the norm, my sighted readers will have to take some extra effort to experience the joke; my visually impaired readers should be able to access the transcript like normal through the longdesc attribute on the comic.

Recently, these three personages made a Working Group decision about the fate of the longdesc attribute which you can read over here. The summary is this: the longdesc attribute, which is a method of serving detailed alternate text for complex images to visually impaired web users, is now obsolete and not a part of HTML5.

So much for backwards compatibility.

Almost a full year ago I addressed the issue of blind web users, encountering the topic on a personal level when I found that my commentary CAPTCHA at the time was challenging for a reader of mine because he was blind. A reader, at a web comic, who couldn’t even see the comics that my commentary accompany. I made a change to the site, setting up transcripts for every comic starting with that one, which can be accessed via either the longdesc attribute or an aria-describedby attribute, both attached to the comic’s image. I’ve been uneven at times in keeping the transcripts synchronized, but every comic since then has that alternate text so you don’t need operational eyes to be in on the joke.

I’m a bit confused to why it’s an issue for non-experts in the accessibility field to constantly be pushing against the presence of accessibility features that pre-exist HTML5 like longdesc. The most common arguments are that it’s largely unused. I know this is true. But that doesn’t seem like a reason to throw validator warnings for those sites that correctly use it for their users (like myself.)

Here’s the validator results for my comic page in HTML5 mode. Mind you, the page isn’t HTML5 yet (I’m really behind on a site redesign), but the one warning that shouldn’t be present is the last one: “The longdesc attribute on the img element is obsolete. Use a regular a element to link to the description.”

Excuse me?

Since when does a validator need to tell me how to design my site? The premise of a link on an a element is plausible (I’ve heard it a million times by now), but it seems to disregard the consequences for sighted users in some design experiences. In the case of the current comic page, I could wrap the comic in a link to the transcript, I suppose. That won’t work in the future design of the page due to interactions that I’ll be adding, however. Furthermore, for many sites, complicated images often have other functionality attached to a link around the image, like loading a larger version of the image or popping open a lightbox gallery. The only alternative at that point is add a separate link by putting an additional element on the page, aka, modify the design based on validation needs.

The fact is, most sighted users don’t want to click on an image description for alt text, because they can see the image. And non-sighted users have access to the accessibility features like longdesc. If a web developer is going to be providing alternative text for complex imagery to the point that he or she would actually create a description hyperlink, why wouldn’t this same person go an extra three inches and just use the longdesc attribute? The premise that a simple hyperlink is somehow more likely to be used is false: lazy people will be lazy no matter what.

I don’t expect this decision to somehow change. Not because I think it shouldn’t. I think it’s an incredibly stupid choice made to please punditry who largely don’t use any sort of alternate text for their sites whatsoever. I just think the issue’s been fought over for so long that those in the position to have the final say will gladly sit on the wrong decision just to move forward.

As a website owner who does make use of accessibility features for my actual blind users, I’ll take my validation error. The code was valid, it does work, and I don’t see any reason to clutter the visual design to implement a less elegant solution.

HTML5 is a mess.

That was a phrase in my Refresh presentation in December, when I was speaking of the dueling organizations jockeying for control of the spec.

At the time of my writing, I did not know how clean it was by comparison to its status today.

Today’s comic features Hixie the Leviathan interrupting a Muppet-show like meeting of the W3C HTML5 group. Blame the parody of Henson’s creations on the commentary of one Mr. Jeremy Keith. Tweets like this are candy for people like me. The comic also features Sam Ruby, John Foliot, Manu Sporny, Jeremy Keith and Bruce Lawson as Muppet parodies.

The fact is that it seems that Ian “Hixie” Hickson, the HTML5 editor, has taken his ball and gone home. He’s started splitting out the HTML5 spec on the W3C side of things into a shredded mess, by his own words with the hope that if the W3C spec becomes a giant mess, people will drift to the WHATWG spec by default. He’s petulantly insisted that microdata (his own creation) is part of HTML despite the recent W3C work that resulted in it being moved out of the spec. He states that the WHATWG spec trumps the W3C spec, so the latter organization has to get over itself and get back with the program. He’s implied that he’d prefer authors (that’s web designers/developers) stop using HTML5 features as much as they have because it’s causing problems. (This further reinforces my belief that Hixie is following an Implementer > Author > User mentality instead of the User > Author > Implementer mentality that HTML was built upon.) He’s made HTML versionless, insisting that HTML5 is a snapshot that he’s already gone past, and is sitting as monarch for life on the continuing evolution of the spec.

All this from a guy who’s catch phrase seems to be “I don’t understand.” Which is, to me, a dangerous trait in a person empowered with absolute rule over the spec.

In short, like Jeremy, I’m frustrated with a lot of the recent HTML-related issues from the front of advocacy. I’ve tried to sell HTML5 (and it’s grab-bag of toys) to co-workers, peers in web design, total strangers, and friends who didn’t escape a conversation early enough. I want to see it used more, so the browsers speed up implementation of juicy features, so I can use it even more excessively, and so on.

But if people don’t even know if HTML5 exists anymore, or the status of the organizations working on it seem to be out of whack, why would they bother using the <video> tag or exploring <canvas>? We need to give people something to work with. Which means we need to not have insane grandstanding by a single individual.

But hey, this is just one squirrel’s view: HTML5 is a mess.

In one of his recent lengthy, marathonesque comments in other people’s blog posts, John Allsopp said the following quote in response to Bruce Lawson’s post HTML is a mess: “I guess one of the reasons folks are resorting to raising their legitimate concerns in public fora, rather than directly with the HTML WG (or should that be the WhatWG, or maybe both?) is possible they don’t have a tonne of faith in the process.”

This comment by John sent me down several interesting paths of consideration. Firstly, it made me think that Mr. Allsopp might spend more time writing in other people’s blogs than his own, much like Jeff Croft (who I had the fortune to see at Refresh Bellingham last week) appears to spend more time in every other city in America than the one in which he lives.

Secondly, I briefly thought that I’d start spelling “ton” (American spelling) like “tonne” (which appears to be the Australian, and I’ll bet also the UK spelling). I quickly discarded that plan, since it’d just limit my word count in Twitter. Which made me wonder, do Japanese users of Twitter get to use kanji in their tweets? If so, that seems highly unfair. They could fit a War & Peace sized comment in a single tweet that way. (Note to self: learn Japanese.)

Finally I really got to the meat of what he said in that sentence (one of many that expressed his thoughts on the mess topic Bruce had posted about). Why should you or I bother with figuring out how the hell to send an email to the proper mailing lists for the HTML5 WG? Or the WHAT WG? Heck, I’m not even sure which group is more relevant. The former has more technical authority, but the latter is actually making all the calls. RDFa, ARIA, and other fruits of the loins of other W3C chartered working groups are being disregarded by the HTML5 people consistently, or being carefully argued away with a pleading for use cases, a suggestion that their expertise is flawed, or that alternate solutions (read that: the WHAT WG’s solutions) are the better option.

People who’ve spent decades in service to their fields are being shot down by non-experts. Consider the issues with accessibility. Laura Carlson recently sent a proposal (signed by a lot of notables including accessibility guru John Foliot and HTML5 doctor in residence Bruce Lawson) that suggested the audacious idea that there be a formal procedure that describes how HTML5 will seek accessibility guidance from the W3C WAI groups.

HTML5 editor-for-life Ian Hickson evaded the issue by listing all the unanswered questions he has waiting on such topics instead of addressing the proposal. Sam Ruby one-upped Ian by expressing his disappointment that the proposal even existed.

In a situation like this, where motivated, caring experts in their fields are being ignored or deflected when using the official channels, why should your average John Everyweb even consider unraveling the process involved enough to attempt to address concerns, knowing the almost certain result of such efforts?

I can’t think of any motivating reasons.

Today’s comic features John Foliot (representing accessibility efforts) submitting such a suggestion to the HTML5 group(s), with my squirrel alter ego looking on in horror at the results. Consider it a softened metaphor that reflects my own growing dismay at the direction HTML5 seems to be heading when working with others.

It’s been a really busy week for microdata. So busy that I haven’t personally had a chance to read up on all the details of the various announcements. That won’t stop me from trying to summarize it all for you, though.

First, Ian Hickson (HTML5 editor, Google employee, cat lover) finally made a concrete move on the long-simmering microdata in HTML5 issue. Instead of backing either Microformats (which works in HTML5 as-is due to its methodology) or RDFa (which Ian seems to be stating is a poor solution to the use cases it’s made to address), he decided to make his own new microdata syntax “based on RDFa”. I’ll leave it to the audience to determine whether this is a side-effect of the WhatWG’s NIH mentality or whether it’s genuinely a better tool than RDFa. Here’s Ian’s WhatWG annoucement, and here’s the new section in the HTML5 draft. For another perspective on it, the always fiery Shelley Powers gives us her two cents (adjusting for inflation) on the matter.

You would think a move like this might spell certain doom (cue dramatic music) for RDFa’s future in HTML5. However, at the same time Ian is trying to move us away from RDFa, his company makes a very concrete move towards adopting it. Google, during their big Searchology event, introduced Rich Snippets, wherein webmasters marking up relevant data in either RDFa or Microformats will have the possibility of Google making extra use of that information when their site is displayed in search results. Here’s the official Google blog post about the topic, including a delicious FAQ.

I’m not trying to be snide here, but if Ian’s own company is supporting RDFa extraction, as well as Yahoo’s Search Monkey, there’s little reason to believe that RDFa won’t somehow get adopted into HTML5.

In case Google’s Searchology event took up all your attention, on the same day the Microformats community made an annoucement about officially adopting the value-class pattern. Here’s their news post about the topic. If you’re already using Microformats, they suggest you get busy updating your syntax. If you don’t, this might be a good jumping point to look into what Microformats can offer your site.

If you’ve somehow gotten this far in the post without knowing what microdata is, I’d suggest you take a look at both the RDFa and Microformats websites. Marking up data so it’s both human-readable and machine-readable is an important step towards the semantic web, which Google’s recent annoucements have indicated they’re supporting as we move forward. So dig in, and see what use you can make of either solution in your own websites. Also feel free to check out Sam Ruby’s recent microdata blog post about the recent developments.