Edit: Roughly twenty minutes after I posted this, the W3C took action on the issue, insisting that the <time> element be placed back into the specification. You can read about it here. But please read on. It’s a good primer for the next time something like this happens.

Contrary to what you may have already heard, the <time> element hasn’t disappeared from HTML.

Yes, officially <time> is currently not part of the HTML spec. (Thanks to the muddle that is “HTML Living Specification” I’ll be honest and admit I’m not sure if is no longer part of HTML5 or it’s in some sort of Schrodinger’s Cat quantum-zombie state of existing in HTML5 but missing in the “ongoing HTML” that the WHATWG is proud to keep rolling down the conveyor belt.)

That doesn’t mean it’s not being used by authors (how’s Drupal builds, 2.6 million WordPress installs and the Boston Globe for you?) nor does it mean that is it not being used by user agents (ever-plucky Opera supports it).

What it means is that a single human being has decided that he doesn’t care for time one wit, and that a rather vague element called <data> can replace it instead.

This human is none other than Ian “The Benign Leviathan Dictator For Life” Hixie, editor for the HTML specification.

I could give you an explanation on how this scenario came to exist, but two Brits who are far more informed than I am (and likely slightly smarter) have made their own summaries. If you like knowing what’s going on (and I do) then go read them. These pair of fine gentlemen, Jeremy Keith and Bruce Lawson, both guest star in today’s comic as the good Doctor thanks to a little spot of regeneration, where they’re fighting the good fight against Hixie’s <data>leks.

Virtually every problem I have with a single person wielding so much power over such a fundamentally important pillar of the web as HTML can be summed up in this incident. <Time> is officially out, despite the lack of merit or consensus in that decision. And it took just one man to make that happen. Either through a lack of awareness or a genuine disregard for what authors are already doing, Ian has claimed incorrectly that <time> isn’t seeing adoption, isn’t useful, and should be canned. And because the only balance to his power is a rather tedious process to oust him, there’s no official remedy to bringing <time> back into the HTML fold than trying to convince him that its existence is a good thing.

From what I understand, it’s easier to keep red shirts alive on away missions than it is to change Ian’s opinion on something.

Fortunately, there’s a big difference between having no official remedy and having no remedy whatsoever.

As “authors”, we are the 99% of HTML5. We can follow Jeremy Keith’s sage advice:

We can make a stand and simply carry on using the time element in our web pages. If we do, then we’ll see more parsers and browsers implementing support for the time element. The fact that our documentation has been ripped away makes this trickier but it’s such a demonstrably useful addition to HTML that we cannot afford to throw it away based on the faulty logic of one person.

So as I said, <time> hasn’t disappeared from HTML. It’s still there on millions of sites already. And nothing is stopping us from putting it on millions more. It’s our chance to send those <data>leks packing. As soon as this post is finished I’m going to edit my site’s theme to make use of <time>. Hixie can go stuff it.

Occupy HTML5.

Today the W3C unveiled its new logo for HTML5. As you might notice, it’s quite fancy.

The site’s pretty slick, as well.

Today’s comic relates to this new logo, in a roundabout way, featuring Jeremy Keith, Bruce Lawson (or perhaps it’s Super Bruce) and Remy Sharp (Or is it SuperHTML5Rem?) in their guises as HTML5 Super Friends, attempting to save the web from itself. It also refers to a slippery terminology slope.

The FAQ page for the new logo (yes, it gets its own FAQ) includes a little mention about what the logo represents. Which is obvious: HTML5, right? Well, apparently HTML5 doesn’t stand for Hyper Text Markup Language anymore. But apparently its all for “a broad set of open web technologies, including HTML5, CSS, SVG, WOFF, and others.”

Say what? I’m with Jeremy and Bruce on this one. The logo is pretty, but the intentional use of HTML5 as a blanket term for other modern web technologies is a crock. Newspapers making merry with the term is one thing, but a web standards organization? We rely on these groups to keep our handy developer toys in nice, cleanly demarcated buckets so that we can easily educate ourselves and the next generation of developers on what toy is used for what job and how.

I could rant on this for hours. But I recommend reading at minimum Jeremy’s bit on the topic. He manages to be far more eloquent with his words and has earned his place as a bit of an authority on the topic. So maybe you’ll value his two cents more highly. All I know is that when I used to say “HTML5″ people knew what I meant. At least in my own community of website creators. But now it’s as meaningless as “doohicky.” As in, “Are you talking about the doohicky that I style pages with or the doohicky that I make the structure with?”

TL;DR Version: Love the logo, hate the term-squishing.

As a parting shot, I object to Karl Dubost’s characterization of term-blurring opponents’ commentary as “vapid“. I’m sure Jeremy Keith is capable of a lot of things when writing, but even if you disagree with his viewpoint on the topic, his well reasoned rhetoric doesn’t merit such a label. Shame on you, Karl.

Next week we’ll be concluding my AEA stoyline. Today’s comic, a continuity-free interlude, features Opera Mini. I should say, rather, that it features Opera Mini if it were a moose instead of a browser installed on hand-held devices. A short moose. A midget moose with some sort of glandular problem.

I hope you’re able to follow the metaphor I’ve created, as I don’t think I can devise another way to repeat what I just said above.

Frequent readers may be aware of the fact that I have not been too kind to Opera in the past. Typically, these tussles have dealt with how they’ve handled conflicts with certain competitors. Today,  it’s a different story.

What Matters With Mobile: Speed

I own an iPhone, a device that comes pre-installed with Mobile Safari. Safari is a great modern browser that renders most (non-Flash) websites beautifully and accurately. And when I’ve got a decently strong connection, it even does it in a time-frame approaching (but not reaching) quickly.

The fact is however that my phone’s provider is AT&T. And when I’m at home, my WiFi access is through Comcast. Despite their many bold claims and lovely commercials stating otherwise, neither vendor provides what I’m going to refer to as a fast connection. Quite the opposite, I’m positive that there are several times in any given day where a 28.8k modem would more quickly deliver me the information I am seeking to consume.

Tell me, why as a society is it acceptable to charge people for a speed that they might, but usually won’t, receive from any given service, rather than the speed that they actually are receiving?

Regardless, these modern day robber barons aren’t making my service any better anytime sooner, so experiencing the web through Safari on my iPhone is similar to experiencing a milkshake through one of those really tiny coffee stirring straws. Yes, sooner or later you’ll get the shake, but it’s not exactly at a speed that’s enjoyable.

This is where Opera Mini comes in. Yes, it’s a less-capable browser in the rendering sense. But if I want to wait for a minute or longer per page,  I can certainly do so for my rounded corners. Usually when I’m on a mobile browser, I want data quickly. Very quickly. So Opera Mini serves me just fine. Better than fine, in fact. It’s very fast. Which makes surfing the web effortless again. Which I dare say is how it is supposed to feel.

Addendum: Privacy & Security

A few days back, I made the following pro-Mini tweet: “Speed matters. Especially on mobile. And that is exactly why I’m using Opera Mini more than Safari, despite the rendering deficiencies.”

Ben Adida offered the following question as a counter: “Does privacy matter? Cause Opera Mini proxies all of your connections, even SSL, via its servers.” It’s a valid question, especially considering his expertise in the field of privacy and security. Not being an expert on how Opera does things, I poked at both Bruce Lawson and Molly Holzschlag, both Opera employees.

Both of them said “If you don’t trust us (Opera), then don’t use the service,” and then each followed up with more details.

Molly backed up the security conversation with this gem: “Regarding proxy serving in Opera Mini? We are a public company in Norway, which has some of the most stringent privacy rules.”  as well as the very honest tweet: “As such if you cannot trust based on the integrity of a product or its company, no matter who, then don’t use that product!”

Well said.

Bruce gave us reasons to trust Opera with two security-related links. First, he indicated that Opera Mini is actually more secure on public WiFi than other browsers (with this link to back his claim) as well as linking to a post about how well Opera scored with security according to Symantec (here’s the abridged version: very well.)

So is Opera Mini fast? Yes. Is it secure? Yes.

That’ll do, moose. That’ll do.

Today’s comic does not precisely plumb the depths of the web standards world. There’s no CSS compatibility joke, no HTML5 politics, and not even a dig at Opera. Which, I know, is a major drag for you all.

It serves two purposes. The first is to look back at the fun I had participating in SitePoint’s podcast “HTML5 is a (Beautiful) Mess“, and pay homage to the gentlemen I had the pleasure to speak with: Canadian Kevin Yank (as one of the fellow speakers put it, is there a Kevin Canuk in the US somewhere?) and Brits Ian Lloyd & Bruce Lawson. Such fun, idyllic moments like debating HTML5′s wrecked politics are too delightful to go unchronicled.

The other purpose relates to Kevin’s first joke in the podcast. He asserts (falsely) that we’ve gathered to discuss the recent troubles plaguing NBC’s late night line up, in particular the Leno vs O’Brien issues of the Tonight Show. This joke threw Ian and Bruce, who aren’t plagued daily with American late night talk shows, but it sparked in me the remembrance of a tweet I once received from one @GeekGamerGirl that made my heart sparkle: CSSquirrel is The Daily Show for web designers. Don’t stop, we need you to make up for all the bitchy little girls out there.

So today’s comic is more of an announcement. I am in the process of devising a “late night” talk show that the Squirrel will host, featuring interviews with cartoon representations of various web designers/developers/standardistas. It’ll draw from the mighty traditions of the Tonight Show, The Daily Show and Space Ghost: Coast to Coast, and in theory will be a plug-in free experience brought to you in part by HTML5, JavaScript and vector tree-climbing rodents.

So, screw Leno or Coco. I’m with Squirrel. (For those who miss the reference in the last panel, it’s a play on the “I’m With Coco” badge by artist Mike Mitchell).

Yes, the shameless self-promotion is concluded. Enjoy your day.

On Wednesday I had the honor and pleasure of participating in a podcast recording session with HTML5 Doctor Bruce Lawson, Beginning Web Design author Ian Lloyd, and SitePoint’s Kevin Yank in a discussion about HTML5, and whether it’s just exploded over all our face.

The end product, “HTML5 is a beautiful mess” is now up at SitePoint. I’d be tickled pink if you took the time to listen.

As you may recall, I discussed ranted about this subject on Monday with the strip The HTML5 Show (AKA a Mess) and the related post.

Mostly, HTML5′s a mess in the political sense. The organizations behind it (W3C and WHATWG) are increasingly in conflict with one another. Additionally, in my opinion, Ian Hickson is increasingly disregarding any attempt at a legitimate process and simply putting what he pleases in the spec, as he pleases.

The podcast touches on that matter, and spins out to the state of the actual implementation of HTML5 itself, whether there’s a challenge in getting designers and developers to start using it, the issues of accessibility in <canvas>, and how delightful it’d be to move past plugins.

If I have one beef with the whole podcast, it’s the fact that I’m talking with a pair of Brits. Which, as every movie-going American knows, instantly sound more clever due to their crisp accents. Also, if the transcript is any guide, my sentences tend to roll off the rail quite a bit, inflicting casualties to adherents to the English language.

So, if you have the time, please go have a listen, and then please come on back here and post any thoughts you had at my butchery of verbs, the points that the participants brought up (or even better, the points we didn’t) and how lovely Bruce Lawson’s voice is.