CSSquirrel A look at web development and web design by Kyle Weems

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.

Today’s comic features Jeffrey Zeldman, Tantek Çelik and the Squirrel fleeing a lycanthropic Jeff Croft after his transformation into a ferocious werefive. What is a werefive, you ask?

On Sunday, Zeldman linked a cool html5 test project from his blog. On Monday, Tantek made a comment there discussing his issue with the fact that many of the items the test checks for aren’t HTML5 at all, but rather other related bits (like Microformats, for example). This caused Croft to write his own piece on the topic, wondering why such vigilance was needed, claiming the buzzword’s value in promoting interest outweighs the potential harm of mislabeling items as belonging to it, using the long-abused term AJAX as an example. Tantek follows up again with a comment on Croft’s blog that clarifies his position more in depth. The ensuing discussion spawned today another post by Zeldman on the topic of HTML5 fuzziness and his own reasons that he feels it’s best to avoid such confusion.

Does that help clear things up?

What I’ve enjoyed about this conversation is how thoughtful and polite it has been. In a web where flamethrowers are more common than flowers, it’s great to see an intellectual exercise continue for more than three tweets without someone dropping a Hitler reference or cursing your mother’s fertility.

It’s also a neat topic. I for one often have confused, or sloppily placed, items that aren’t part of HTML5 as part of that banner. At Mindfly, I’ve repeatedly tossed Geolocation (which used to be part of HTML5, just in case that’s not confusing enough) and Microformats (which predates HTML5 and really has nothing to do with it) into discussions about the HTML5… usually in an attempt to add perceived value to making use of what the spec itself offers (which is technically neither of those things.) I’ve never been so crass to lump CSS3 in there, but I’ve got a special place in my heart for stylesheets.

The kind of gooey place usually reserved for sweethearts and cookies with milk.

That said, I have to agree with Zeldman’s words:

Sure, it’s a bit stiff. But such a construction allows us to participate in the current frenzy and be understood by non-technical people while not fostering further misunderstandings—particularly as we also need to concern ourselves with web colleagues’ and students’ knowledge of what HTML5 is and is not.

It’s my opinion, in the end, that we should avoid being bitten by the fuzzy, morphing werefive and adding to what is likely already a very confusing mess for people. Unless I really can grow fangs, claws, and be immune to all but silver bullets. Because that would be so awesome that I would need a motorcycle and a plaid shirt.

Werewolves wear plaid, right?

When the editor of a specification becomes openly hostile about the specification he is writing, and openly disrespectful to the duly appointed chairs of that effort, then it is time to replace that editor. This seems as rational to me as a star soccer (football for the rest of the world) player getting nasty about his team and coach.

Referencing soccer during the World Cup, see? I’m so topical.

There is no soccer occurring in today’s comic, which pokes fun at Ian Hickson, editor-for-life of HTML. It also features Miro Keller, the winner of my AEA: Seattle/Dribbble guest comic contest. There’s a washing machine and unicorn in there too. Thanks Miro, for being so patient about appearing in the comic.

The pink unicorn is an example of an imaginary solution to the issue of empty alt attributes inside image tags, one which is as equally valid as the image analysis heuristics suggested by Mr. Hickson for helping blind people understand images. See Matthew May’s related bug report on this actual situation. I’m sure if the unicorn seems too girly to you, we could use tea leaves and chicken bones.

I’d give Ian points for actually seeming to care about the visually impaired for a change, but an imaginary solution being championed seems like a really poor way to address the challenges they face. I suppose it’s arguably a step-up from claiming that table summary attributes are harmful to sighted users and that authors are incapable of writing descriptions that would be usable.

Yes, he says authors are incapable of writing useful table summaries that are non-harmful to sighted users. But, thankfully, the unicorns… I mean the image analysis heuristics will be safe and far more effective.

Competence regarding accessibility challenges isn’t something Ian needs, however. Arguably, what he really needs is the ability to accept advice on such a topic from people in the know… which ties into the issue I started this whole parade with:

I used to behave the way Ian Hickson does when it comes to dealing with responsibility, power, and making use of those when dealing with other people.

Then I turned ten.

Is that statement too caustic and pointed to belong in a standards debate? My apologies. I was just following Ian’s lead. He accuses Sam Ruby of weak leadership as the HTML chair “you just do what the more vocal members of this group want regardless of the technical arguments,” proceeds to insult either the entire workgroup or Sam again (I’m unsure of the exact recipient of “you” here) “from a technical point of view, your decisions are all arbitrary.” and “The WHATWG draft continues to exist because it’s the only way to have a specification that actually makes sense in the face of the ridiculous decisions you keep making.” and contrasts the two versions of the spec in a fashion that is more than slightly disrespectful to the W3C’s version “Easier to just add the reference in just the W3C version and keep the WHATWG version sane.”

Folks, this is all in a single email.

I’m a web developer who makes a comic poking fun at our industry in my spare time.  Ian Hickson is the sole editor of the HTML5 spec, for both the WHATWG and the W3C. As discussed ad nauseum, he is (as characterized by even those not critical of him) the Leviathan, a sort of dictator/tyrant.

If Ian Hickson wants to snap at me, so be it. I’m poking fun at him with a stick as often as I can. But if as editor he cannot speak respectfully to the chairs of the HTML WG even when they’re attempting to be civil to him, then something is wrong. If he’s openly disrespectful to the very specification that he is responsible for authoring, then we’ve got an even bigger problem.

The fiction that the HTML5 spec isn’t split is just that, a fiction. The people empowered to run this process for us have a responsibility that outweighs the responsibilities of your average web monkey. Some would say this is how specifications were always written. Perhaps so. But this specification is far more public, and far more exposed to the “authors” that need to buy into using HTML5. I know for a fact from personal conversations that many of these authors aren’t buying in explicitly because of behavior like Ian’s creating the real confusion as to which specification matters (W3C vs WHAT WG) and whether the specification will survive this rancorous process.

If the editor of HTML5 can’t even be bothered to be civil about what he’s writing without a knock-down brawl every time there’s something added or subtracted that goes against his opinion, then he needs to stop being the editor. Period.

Do I file a bug for that?

Today’s comic features the Squirrel, mentions the forthcoming An Event Apart: Seattle, and hints at the sobering difference between the spec for HTML5 and the reality of its adoption speed.

The comic is also the creation of the winner of my Dribbble invite give-away/AEA-theme guest comic contest, Miro Keller! Congrats, Miro! In addition to his comic filling the #59 spot for all eternity (or at least a year after I die and my hosting goes offline), he will also receive an invitation to Dribbble and will appear in a CSSquirrel comic this April!

I’m sure when interviewed on his success, he’ll declare his intent to go to Disneyland.

His comic won for a couple reasons. First, it showed the squirrel’s skeleton, which is no easy task. Secondly, it feels like the sort of thing I’d make a comic about, and was funny to boot. HTML5 is going to be awesome, I’m sure, but it’s not exactly to the point where we’re throwing Flash install discs into burn barrels. IE9 will be a great boon towards adopting those features, not because they’re first, but because so many people use their product… but a lot of people are -still- using IE6, even after its funeral.

So let us all remember, we may need a fallback plan for that lovely <video> tag for a while yet.

In addition to Miro’s great victory, there’s two other winners today. #2 in the contest is the entry of Ryan Parr. Warning, parents, he uses swears. #3 is from Mihai Petica. Congrats to both of you as well. You’ll be receiving Dribbble invites as well as appearing in a future CSSquirrel comic this April.

Let’s celebrate these heroes with a round of applause.

P.S.: I don’t know exactly what’s going on in Morten Gresseth’s entry, but despite its failure to mention AEA it was so darn odd that I just had to link it here. Does anybody know what this is referencing? Morten?

My grandfather, who unfortunately has been dead for several years, was a man fond of four-letter words to express his sentiments. Once a Navy sailor and a lumberjack, he’d adopted to a picturesque family life a little late in his years. Imagine a charming, smiling old fellow who’d be wearing a nice suit and tie as he shook your hand, then you’d notice “Lloyd” was tattooed on his knuckles. (Hidden under the nice suit was a much larger tattoo of a giant patriotic eagle on his chest.) Midway through a church picnic, he might let slip some colorful language during a tale.

My grandmother did her best to correct his language. One word she’d like to encourage him to use instead was “hooey.”

Today’s comic features hooey. It also features Ian “the Leviathan” Hickson, Google employee and HTML5 editor-for-life (nowadays, he’s more of a generic HTML editor-for-life, which is likely a much sweeter gig) as well as Larry Masinter, Principle Scientist at Adobe.

The hooey in the comic is hyperbole for the effect of comedy; Ian has not outed Larry as a cannibal.

However, Ian did perform some character assassination last Friday when he fired off this blog post accusing Adobe of “blocking” HTML5. He also took the opportunity to simultaneously claim he couldn’t reveal the author of a post for it being in a private list (he chose to use the word “secret”, likely for dramatic effect) while immediately revealing the author’s identity in the very following paragraph (which in this case was Larry.)

There’s a few issues here that point at the continuing mire that is the political process of HTML5, and the resulting decrease in public confidence in the resulting product. First, we’ll look at Ian’s charge: that somehow Adobe is blocking HTML5. This is an absurd statement from Hixie, who’s made it clear that the WHATWG controls HTML5 (in his view) and not the W3C. So for him to claim that a W3C action is impacting the adoption of a spec he adamantly states is in WHATWG’s hand is like saying that the mayor of Osaka, Japan is blocking the Washington state budget from being passed. It’s an act of dishonesty at worst, or emotional manipulation of his readership at best.

(I am not saying the W3C doesn’t have a leadership role in the HTML5 effort. Rather, I’m saying that according to many prior statements by Ian, it doesn’t.)

Regardless, several people caught this “story” and ran with it. Perhaps it’s the Apple/Adobe conflict spawning fanboys and lines drawn in the sand, but a lot of people are willing to demonize Adobe at the drop of a hat. So, rapidly, the word was tweeted throughout the digital realms: Adobe hates HTML. And kicks babies.

I wonder how many of those re-tweeters use Photoshop, Illustrator or Dreamweaver on a regular basis?

Fortunately, some non-partisan cowboys came riding into town and cleared the air with a thoughtful examination on the situation. In particular, I recommend reading Simon St. Laurent’s The Widening HTML5 Chasm and Thom Holwerda’s Teacup, Meet Storm, part IV. Please take the opportunity to peruse their posts for some perspective. Once you’ve received that enlightenment, continue.

Done? Ok. Onwards, then.

Ian Hickson is a Google employee. Which means he’s a smart man. His track record of work speaks to that effect, and it’s worth saying that despite my disagreements with his process, much of HTML5’s good parts have appeared thanks to his efforts as the spec’s editor.

Ian Hickson has a methodology for handling people. It’s documented at his website here. One section on discrediting has some lovely gems that seem to apply to the situation: “Discredit the man who produced the report, off the record.” and “Say that he is harbouring a grudge against your group.”

Also, I’m going to propose that our dear Leviathan has been working on HTML5 for quite some time, and as such has been up to his eyeballs in the process for years. He knows how the process works, clearly, and has historically shown his willingness to ignore said process if that gave him the opportunity to do what he preferred over what the majority desired. (That’s also in his book on handling people: If you don’t agree with a rule you are told to follow, announce your agreement to it in a statement, and in that statement, assert that you intend to follow it in a manner consistent with some other set of rules; or that you will consider certain passages as merely being “advisory”.)

So he’s smart, follows a personal methodology of handling people that involves discrediting them, and he’s familiar with the W3C process. Right?

Very well then. Let me say it: Ian’s insinuations about Adobe were, as my grandmother would say, hooey. Intentional hooey. My grandfather would have used a stronger term. Ian deliberately publicized the identity of someone who posted in a private mailing list (immediately after claiming he could not). He used words like “secret” to provide a sense of conspiracy. He used Adobe as a scape-goat so that we’d all see that HTML5 was being blocked by W3C processes (despite his insistence that the W3C has nothing to do with the actual invention and progression of HTML5).

This is the man who doesn’t like HTML5 politics? This is the man who will be controlling HTML5 all versions of HTML for the remainder of his life?

Well, that’s just splendid.