Tags: atmedia07



Monday, August 20th, 2007

Hot topics transcribed

If you cast your browser over to the articles section you’ll find the latest conference transcript. This time it’s the Hot Topics Panel from @media 2007 in London.

I had a lot of fun moderating the panel with Joe, Dan, Drew and Richard. I still wish there was a recording of the Hot Topics panel in San Francisco with Joe, Tantek, Andy and Cameron—that one has a special place in my memory.

As usual I used Casting Words to get the initial transcript done. The quality wasn’t too bad. I still had to do some tweaking to correct misheard words and misattributed sentences. The real problem was how long the transcription took. Casting Words gives a rough delivery time of 7 to 14 days but this one took closer to a month. They do offer a faster but much more expensive expedited service. I hope that the long wait for the normal service isn’t intended as an incentive to push the expedited service.

Don’t forget that the RSS feed of the articles section doubles up as a podcast so you can subscribe with iTunes and take the original recordings with you on your iPod. If you want to check the accuracy of the finished article, you can always listen along to the mp3. Curiously, Joe’s announcement of his retirement from Web accessibility doesn’t make an appearance.

Sunday, August 19th, 2007

@media 2007 Hot Topics Panel

A free-form panel I moderated at the London leg of the @media 2007 conference.

Jeremy Keith: Good afternoon, everybody, and welcome to the Hot Topics Panel. [sizzling sound]


Jeremy: This was a lot of fun last year. Hands up who was here last year. Okay. I think you’ll agree, we had a lot of fun, because Joe wasn’t there.


Jeremy: No, we had a lot of fun with the Hot Topics Panel, and we’re going to have fun again this year, with some questions provided by you, the audience. We’ll try and make this a bit more interactive. And I’ve got a lovely lineup of people here.

On the far left of me over there, we have Mr. Drew McLellan, blogs at allinthehead.com. He’s co-lead of The Web Standards Project, along with Kimberly Blessing, which in a weird sort of way sort of makes him my boss, in some sense. And he now works at Yahoo!, where he takes part in many meetings, lovely, lovely meetings.


Jeremy: Over at the other side, we have Mr. Richard Ishida. Am I pronouncing that correctly? “Isheedah,” or “Ishiduh”?

Richard Ishida: “Ishiduh.”

Jeremy: Mr. Richard Ishida from the W3C, who knows all about many cultures and localization and internationalization, and he’s a very smart man. He’s come all the way from Harpenden to be here today.


Jeremy: On this side of me, I have Mr. Joe Clark, the man who described himself once as “the only X in the village, regardless of what X is or where the village is located.”


Jeremy: Which is a pretty good description of Joe. I think he would describe himself as a resident of Leslieville, Toronto, but he’s not really; he’s actually from Spud Island in Canada.

And on this side of me, I have Mr. Dan Cederholm, who you probably know from his blog, simplebits.com. He makes me insanely jealous with his design props. And I can now do something I’ve wanted to do with Dan for quite a while, which is, I owe Dan a bottle of wine…

Dan Cederholm: [laughs]

Jeremy: …because he very graciously allowed me to use this term, “bulletproof” for my book, which I ripped off completely from his fantastic book, Bulletproof Web Design. So I just went out and picked this up. It’s a bottle of Pinot Noir from Chile.

Dan: Can we open it right now? [laughs]

Jeremy: Yeah, let’s have some.


Dan: I think this panel just got a lot better.

Jeremy: Now, let’s kick off. Down to business.

Remarks about the all-male lineup have been stricken from the audio record of the Hot Topics Panel

Jeremy: Ah! Here’s an interesting one: “Is the jump to CSS3 too big, complicated, and taking too long? CSS 2.2 anyone?” Now, what this is referring to is an idea by my esteemed colleague, Mr. Andy Budd, if you’ll make yourself known…

There he is, Mr. Andy Budd, down in the front. He floated this idea at the Highland Fling conference a couple of weeks ago, a couple of months ago, up in Edinburgh. The idea being that CSS3, it is taking a long time, and there are good reasons why it’s taking a long time. There’s some very complex stuff in CSS3. I don’t know if you all are keeping track of what’s going to be in it. A lot of it involves text and internationalization issues, but there’s some stuff that will be ready to go: multiple background images, things like that. Why don’t we just release that stuff now and worry about the hard stuff later, incrementally?

So maybe I will turn to our representative from the W3C on this panel, Richard. Is this a reasonable plan, CSS 2.2?

Richard: Well, I think it’s an interesting plan. And I think it’s a plan that people should propose to the W3C, and I think you will find that they are interested in your views. Certainly, yeah, it has been taking a long time, and I’m as frustrated as anybody else. Because CSS3 contains a lot of, a fantastic amount of internationalization features, to support typography around the world.

The problem that we have, really, is just resources to get the work done. We’re still working on CSS 2.1, trying to get it out of the door. And everyone at the W3C wants to get it out of the door as quickly as possible. We need help. It’s complicated stuff. In some cases, like the vertical text that we’re working on, for example, and line breaking in Japanese and Thai and so on, we need some fairly exclusive resources, some people with special knowledge.

But the W3C is a place where we welcome people to help us to develop the technologies for the Web. We don’t have a monopoly on development of technologies there, we don’t say, “It’s just us that now have to do it,” at all. We would definitely welcome more people getting involved, and that would help move the work forward faster.

The idea of splitting it up into smaller segments is a really interesting one in my mind, but, again, please don’t just moan about it, or talk about it in designer circles; come to the W3C and say, “Hey, here’s an idea, would this work?” and I think you’d find that there’d be interest in discussing it.

Jeremy: Drew, do you think this is something the WaSP could coordinate, as in trying to gather people together to put together test cases, or ideas for how modules might work?

Drew: Possibly; what the Web Standards Project aims to do is encourage people to use the standards that are there, and to encourage makers of tools to implement those standards. We haven’t had a particularly active role in helping define those standards, up to this point. I’d be interested to find out whether input from browser manufacturers, in the form of implementations, is a welcome way to introduce ideas. You said that Andy floated the idea; I thought it was actually quite a well-positioned argument.

Jeremy: Okay.

Joe: And didn’t we have one of the co-editors of the CSS spec, Mr. Håkon Lie, here today, saying it was a good idea?

Jeremy: Yes, yes we did.

Joe: So pigeonhole him right now—

Jeremy: He’s left the building.

Joe: Oh, bugger.


Jeremy: Dan, can I ask you if you have a wish list of things that you’d like to see right now?

Dan: Right now, today?

Jeremy: Yeah.

Dan: Multiple background images, for sure. Right? Who’s with me? [laughs]


Dan: That would alleviate a lot of the problems we have, as designers, making things interesting.

I would love to see CSS 2.2. My only question would be, “Would that speed up the process in terms of the browsers implementing it, or is it still going to take a long time for browsers to support that stuff?”

Jeremy: Yeah, we’re going to be in an interesting position now, because we’re not waiting five years for Internet Explorer to release a new version. They’re actually going to be releasing stuff pretty rapidly—

Dan: That’s true.

Jeremy: So maybe the specs should be released at an equally rapid pace.

Following off this question—this is one that maybe I’ll turn to Joe for—is this: “With the WHATWG and the criticism of WAI, is the W3C as important to modern Web design as it once was?” Joe?

Joe: No. I mean, demonstrably not. They’ve succeeded in doing a couple of clever things, though. First of all, they’ve assimilated, in a Borg-like fashion, the WHAT Working Group; and the WHAT Working Group are turning out to be the same kind of assholes that the W3C were.


Joe: I can has summary attribute, right? Nonetheless, they’ve squelched that. They essentially bought the company and killed it. It’s a typical Silicon Valley approach, and that’s fine.

Now, to their credit, the Web Content Accessibility Guidelines Working Group read and responded to absolutely every objection to the first draft of WCAG 2. Every single one, they didn’t skip any, and they tried to do something to address all of them. While I haven’t read the current draft of WCAG 2, I read the two changes documents, which show that there has been tremendous improvement. So I’m hoping to propose an article to Zeldman about the current version of WCAG 2, which will probably not begin with the phrase “to hell with.”

So, unbeknownst to me, even though I follow the lists and so on, they had essentially taken everyone seriously, even me. So I think that the flipside of all that is, it seems like they’re trying to co-opt the competition. But almost everyone in this room can write a standards-compliant Web document, and an accessible Web document, without ever checking a spec. We’re in a post-guideline age, a post-checkpoint age, right? And that will continue, because there will be more and more standardistas and fewer and fewer people making sites with 37 tables. So in that respect, there’s, I think, going to be the dominant one in the future. The checkpoint, guideline, specification process, blah blah, is going to wane.

Jeremy: Richard, as the representative of the W3C, to address those criticisms, the W3C getting into bed with WHATWG—and yes, things are getting more agile—but it’s 2007 and there is serious talk about the font element being in HTML 5.

[audience member boos]

Jeremy: Thank you, Andy.

Dan: [laughs]

Jeremy: What’s going on? Surely the W3C is completely irrelevant when there’s serious talk about having the font element, in this day and age.

Richard: Well, the W3C doesn’t have a monopoly on good ideas. And we are not the only people involved in standardizing the Web. I mean, JavaScript is not a W3C thing. We have the IETF, and there’s other standards organizations out there as well.

So I think that what we have is a base set of technologies that we’ve been working on for a long time, and which are working quite well. And hey, you have HTML. It’s thanks to the W3C. And we have taken on board the things that you’re saying, that we need to develop HTML as a language further, and we’re working on that.

I think, though, that what’s important for me is, we reached this point recently where there was quite a lot of criticism of the W3C. And for me, the object of the criticism wasn’t quite right. I think the problem we have at the moment is communication rather than anything else. And the way that I see it, there’s, in particular, three main groups. There’s users, there’s browser developers and tools developers in general, and then there’s standard organizations.

And what I would like to see more of is communication between the users and the W3C and vice versa, but also communication between the W3C and the browser developers. Because we talked about CSS, and we’ve had complaints at the W3C that CSS specification is going too fast, because the browsers can’t keep up with them.

But I’d also like to see communication between the users and the browser developers or the tools developers. And I’m including their editing tools as well as browsers, because those are fundamentally important to achieving the effects that you want, too.

And there has to be this sort of triangular flow of communication going on. And I think that that’s actually the problem at the moment. And if we can get that flow of communication going, in a supportive way rather than a critical way, saying, “We need this, guys, and let’s take on board your ideas,” I think that that’s the key.

Joe: How are you defining users there? Do you mean, by users, all the people in this room who are developers or designers, or do you mean my friend who just uses the Web to surf for porn?


Richard: Well, I mean all kinds of users. And obviously, the W3C can’t have a telecom with the whole world, but we’re trying to reach out to people in whatever possible way we can. And we’re hoping that people in Thailand who can’t get Firefox to wrap their lines properly will talk to the people at Mozilla, and so on and so forth. But certainly the people in this room as well, yes.

Jeremy: Drew, do you see the Web Standards Project as doing exactly what Richard says and getting directly in touch with people like browser vendors, tool vendors, and almost bypassing the W3C, completely going from us developers straight to browser vendors, without going through the standards body?

Drew: Well, that’s definitely the danger. And it’s a problem that we saw back with the version three and version four browsers, where the browser manufacturers were just taking it upon themselves to innovate and to leap ahead, regardless of any specification. Whereas that created a lot of problems, it also gave us a lot of interesting innovation, and things that have solidified and specs that have been built up, based on those implementations.

So I think that we’re in, I say in danger, but the situation may occur that the browser manufacturers are then just pushing ahead, regardless of any spec, because the specs aren’t there. And then we’ll just see what we end up with; hopefully not too much of a mess. Perhaps we’ve had our fingers burnt once, and now we’re better.

Jeremy: The de facto Web standards project, wouldn’t it be?

Drew: Maybe.

Jeremy: Dan, do you care about W3C?

Drew: [laughs]

Dan: What are we talking about again?

Jeremy: Yeah.

Dan: [laughs] No, I’m just kidding. I do, I do.

Jeremy: I mean, have you signed up to, say, the HTML 5 mailing list or anything like that?

Dan: I haven’t, actually.

Jeremy: You haven’t? okay, good.

Dan: I’ve sort of stepped back a little and just wait to see what happens; which, maybe I should be more involved. Maybe that’s a bad position. Like Richard was saying, we need to get more people involved. When I hear something like the font element coming back in HTML 5, it scares the hell out of me. Up to this point, I have been sort of putting the blinders on, but I think I need to get back involved.

Jeremy: Yeah, take a look at what’s going on.

Dan: Yeah.

Jeremy: Now, I believe we have one more related question on this topic, then hopefully we can move on. This is about WHATWG again. “Ian Hickson,” that’s Hixie to his friends, “recently wrote about a need for a WHATWG style effort with CSS. Do we need this?”

So I guess the same kind of grassroots, agile movement from the people who brought you the font element in HTML 5, now they want to look at CSS. Do we think this is required? This is kind of following on from the previous question, I guess. Do we want the grassroots approach to CSS, as opposed to a specification approach?

Drew: Well, perhaps if they were to finish developing HTML 5 first, see where we are, then they can start messing with something else. Because if you look at what they’re doing with the… You asked Dan if he subscribed to the mailing list. I’ve been subscribed to the mailing list, and they’re just really dull.

It’s not an easy thing to follow. It’s a fairly technical, specialized subject, and it’s a lot easier to say we need people to get involved than it is actually to get involved, because it’s quite a serious skill set you need, to be involved in an active way.

Jeremy: Yeah. My impression with CSS3 is that the issue is not, “Well, what are we going to do? We need ideas.” It’s more implementation and all these problems that Richard pointed out. Would that be fair? Where do we start, is more the question.

Richard: Well, I think ideas are important, too. This goes back to what we said earlier. If you guys out there know that, what was it, multiple backgrounds are something you really, really, really need, let us know.

What worries me about the WHAT Working Group going off and doing something independently is whether we will come back together again at the end. And I don’t think it’s in anybody’s interest… we’ve finally got the standards right and rolling, and we understand the value of having one way of doing things. I mean, I can remember trying to write Web pages 10 years ago. And with JavaScript, every line you wrote was a pain in the neck, because there was no standard way of doing things, and so on and so forth. And I really don’t want to start going back down that track in the wrong direction.

I look forward to getting more user feedback. I look forward to getting the user community telling us what we need to be working on, and I think the whole of the W3C wants that as well. I worry a little bit about fragmenting standards.

Jeremy: Okay. But generally, the advice is—if somebody wants to bitch about something that they want to see implemented soon, they want to see it—bitch loudly on a blog, and show examples of what you want and how you imagine it working.

Richard: Yeah.

Jeremy: If you’re going to bitch, bitch properly.

Richard: And bitch nicely.

Joe: We’ve been doing that for years and they ignore it. They say you must submit something to the list, and you have to be a subscriber to the list to do that, and to be a subscriber, you have to be an invited expert. Now, we’ve tried this. The multiple background images thing is the classic example. We’ve been asking for that for five years. Where the hell is it?

Anyway, the problem with CSS, of course, is the permutations, right? I have written valid sets of nested list elements that required Zeldman to rewrite his CSS, okay? I have stuff on my personal Weblog that Opera can’t display properly, even though it’s just UL, DL, OL, LI, DT, whatever the hell it is, right?

Jeremy: LOL

Joe: So yeah, this sort of thing. LOL, whatever the hell it is. So the permutations are astronomical.

So if someone came along and, say, did a nightly build of WebKit or a nightly build of Firefox with “brand new CSS properties,” well then, for that even to be remotely viable, they’d have to test it against… Say, if they just, for example, take some of my multiple indented list markup and put their stuff in it and see if it works, which is a good test case.

So they’re not comparable. HTML and CSS are not comparable, because the permutations are so much bigger in CSS because of the cascade.

Jeremy: Still, I don’t think you can have too many test cases. So, published test cases, I think, are good. The W3C does pay attention to blogs. And so do browser vendors. I know that the Microsoft team, especially, are scouring blogs. They do pay attention. I know that the Opera people pay attention. Your voice is heard, is the message.

Joe: And we have David Storey from Opera. He’s an excellent person to send things to, actually.

Jeremy: Good plug for David, then. Moving on, maybe we can finally get away from all of this W3C talk.

Oh, I like this. “Which site would you most like to redesign, and why?” This isn’t just for designers, obviously. This is for anybody with frustrations. But I will turn it over to Dan first, I think.

Dan: What site would I most like to redesign? Actually, this is going to be a local one, but Boston.com. My home city. I use the site every day, and it’s not particularly designed well. I won’t go into the details because it’s not going to be relevant for anybody unless they’re from Boston, but that’s the one.

For instance, I’ll give one example. There’s a… You go to the home page. There’s a panel with three tabs. Usually, it’s like news, sports, and weather. I’m a huge Red Sox fan, so I often hit the sports tab to see the latest sports news. But, it’s a panel that’s driven by JavaScript, so the panel changes dynamically. I’ll go to a story, a sports story, and then hitting the back button to get to another sports story resets the tab set, and I can’t find the story again unless I go back to the sports tab.

So, that was kind of a long story, wasn’t it? Yeah, Boston.com.

Jeremy: Okay. And it wouldn’t be as simple as slapping on a user style sheet to make it look nice?

Dan: No, but I wonder if I could solve that particular problem with a user style sheet. But, in general, the rest of the site is kind of crappy, too.

Jeremy: Richard?

Richard: So, I want to say my own, but I guess you want me to say the W3C site.


Jeremy: It was a leading question.

Richard: Don’t worry, we’re working on it. Well, you might still want to worry, but we are looking at improving the W3C site.

Jeremy: Would that be the one? You say that’s the one you’d like to redesign?

Richard: Yeah, I guess that’s it. Anyone who would like to help me redesign my own site, I’d be happy to.

Jeremy: Okay, Drew?

Drew: Well, I’d actually like W3C to stop redesigning their site. Every time I go and look something up in the spec, the initial page into the HTML 4 spec has been rearranged, and it takes me several moments to find where I’m going.

Joe: Moments you’ll never get back.

Drew: That’s right.


Drew: Though, if you think the W3C moves slow, something that moves an awful lot slower is the world of banking. The thing that I’d really like to redesign is my online banking. I want to be able to tag my transactions in and out, and then do some reporting on them, and then separate the income and outcome and things into different bits. It’s just like really, really dumb application. It shows you what went it, what went out, and that’s it.

Jeremy: Joe, do I even need to ask?

Joe: No, I have a serious response, which is I’d like any airline or public utility site to be good. Pick any airline, any public utility like the phone company, cable TV, anything and have them actually work. I mean, trying to book a ticket on Air Canada now requires Firefox on a Mac. That’s literally true.

My heartfelt example is a Canadian one, inevitably. It’s a somewhat small supplier of ethnic foods in Canada. Mister Gouda’s. As in Gouda, G-O-U-D-A. Mister Gouda’s. He buys a stake in all the factories that make his foods so he can control the quality. He has 30 different kinds of rice. He has 12 kinds of basmati rice, right? And this is right up my alley. This is the kind of things I eat, right? I would kill to do Mr. Gouda’s because it would be in 19 different languages and you get to the page on rambutans, and it would be in Vietnamese and Thai and English and French.

That’s the one I’d really like to do.

Jeremy: What about the Toronto Transit Authority?

Joe: Oh, the TTC, the Toronto Transit Commission. No, I’ve proposed to them that I merely vet the applicants for the redesign of that — the worst Website in Canada — for Web standards and accessibility. They won’t hire me straight up and I don’t want to go in with some other contractor because we might lose, and I would just not get paid.

Jeremy: Okay so…

Joe: There you go. You had to ask.

Jeremy: I did. I thought that was going to be it.

Joe: Sorry. Mr. Gouda’s.

Jeremy: Mr. Gouda’s. Basmati rice wins.

Here’s an interesting one. I wonder who can take this. “How does the development of the document based Web differ from the development of the application based Web?”

This is begging the question because this is leading us to believe that there are two different World Wide Webs — one for documents and one for applications. As I was saying earlier in my talk, I see it more as a sliding scale. As we get further towards the applications the question of why you’re making them with Web technologies becomes bigger and bigger. It gets a lot harder. The development varies a lot I think.

Drew, you work at Yahoo! You’re starting to head pretty far up that scale towards applications.

Drew: Yahoo! Does all sorts of different things.

Jeremy: Moving away…

Drew: I should point out that I didn’t speak for them. What was the question again?

Jeremy: How does development of the document based Yahoo! Differ from the development of the application based Yahoo!?


Drew: One of the really big things, because traditionally in document based, information based sites, one of the big processes in the information architecture is site config — working out just how everything joins together. That becomes really complex in applications because of a sudden you got a document based application.

You’re having to build functionality with documents only they don’t fit together in that same way. It becomes very difficult in a planning phase to represent how they do fit together. Especially to put that in a document the four levels of manager are going to read and try and understand.

That’s one of the big challenges.

Jeremy: The planning stage I think can be quite difficult with applications as opposed to documents. It’s something I actually want to ask Jason after his talk because he was mostly talking about document based things, articles. When it comes to applications using a two dimensional tool like Photoshop starts to hit its limits. Dan, have you run into this too in designing things that are application elements? Odeo had a lot of dynamic little things going on there.

Dan: Yeah, it’s usually more work for me which can be good or bad. It doesn’t affect me too much other than I tend to code a lot more than working in Photoshop for everything. I’m not Photoshopping form elements or that kind of thing. It doesn’t affect me personally too much. I have enjoyed playing with Ruby on Rails, for instance. That changes the way I design. If I’m able to actually get my hands in the application itself. Rather than just handing off templates. It’s a little more satisfying work. It doesn’t affect me all that much.

Jeremy: Okay, interesting. Richard, any thoughts on this move from documents to applications?

Richard: Not a lot except to say that it’s interesting to see. I used to talk to software engineers about user interface design, and I see us moving back into that sort of area and that my former consultancy is becoming relevant.

So those of you that attended my talk yesterday will have heard about composite messages and how that can really cause you problems when you localize, if you didn’t think about it beforehand. Text expansion and how you don’t really know what is going to come out of the database, so you have to think a little more in advance now, particularly in an international world, about what the layouts going to behave like and so on and so forth.

Jeremy: Something I should point out that while people accuse the W3C of moving slowly, one area where they’re definitely moving quite fast is in the Web applications area, WAI, Web Applications Initiative. No wait, there’s ARIA which is Accessible Rich Internet Applications and there’s some other one. And they’re moving pretty fast there’s some good movement there. Yeah, acronyms.

Joe: It’s Dean Jackson and Anne van Kesteren there.

Jeremy: Yes, they’re documenting XHR.

Joe: They’re the incredibly tall heads of that project.

Jeremy: Joe, do you get worried about this transition we’re starting to see?

Joe: Well, one of my disabilities is I can’t code a lick of JavaScript. So I can barely use Gmail kind of thing, and I have the same frustrations with Flickr that you do, so I scarcely ever think about this. So strangely enough, I really have no informed opinion.

Jeremy: [gasps] Quote that!

Joe: Yeah, really.


Joe: On my epitaph.

Jeremy: Gentlemen of the panel, “What’s your favorite cheese?” Richard.


Richard: Cheese?

Jeremy: Cheese. Jon Hicks must stay silent during this.

Richard: Camembert.

Jeremy: Camembert?

Richard: Nice and soft.

Jeremy: [speaks with French accent] Tres bon. Ah, Normandy.

Yeah, a good Camembert? Jon? Yeah? Good Camembert?

Jon Hicks: Yeah.

Jeremy: Okay. I just want to get your reaction to each answer.

Joe: [laughs]

Jeremy: Dan?

Dan: I’ll go safe and say Gouda, but Humboldt Fog is one that I’ve wanted to try. [laughing] I know Jon hates their proof.

Jeremy: Humboldt Fog, okay.

Dan: Yeah, Humboldt Fog, I believe.

Jeremy: So the Dutch people will be pleased with the representation of Gouda there. Ah, now…

Joe: Either Danish Bimbo or Venezuelan Beaver Cheese. [laughs]

[laughter, light applause]

Jeremy: I should point out that Joe is vegan.

Drew: Normally, I’ll go for a soft cheese, but at the moment, I’m enjoying the Lincolnshire Poacher.

Jeremy: Lincolnshire Poacher? That sounds very nice indeed.

I’m a Roquefort man. Basically a very traditional, good blue cheese.

All right.

Joe: I’m actually starting to miss cheese. Historically, the only thing I’ve missed, as a strict vegetarian, is yogurt. I’m starting to miss cheese more. Can you believe it?

Jeremy: Oh, you’ve got to try Stinking Bishop.


Joe: I may have to sit next to him on the plane.

Jeremy: If anybody is staying in London for the next few days, you should get down to Neal’s Yard in Covent Garden. Simon Willison will give you a tour.

Joe: [laughs]

Drew: Other cheese shops are available.

Jeremy: All right, this is more a personal question. This is a question that we asked in San Francisco as well, but I think it’s a good one. The question is: “What article, presentation, or book has been especially inspiring or motivating to you as a Web professional?” Drew?

Drew: [laughs] I thought you’d come to me first, since I’ve got absolutely no idea. [laughs]

Jeremy: Think, think, think. Okay, you know what? I’m not going to restrict this to article presentation, but just something that’s been especially inspiring.

Drew: I think it’s got to be going back six, seven years, to when Zeldman redesigned A List Apart with CSS. I think that was probably the biggest turning point for me. I was building everything with tables, as we all were, and sort of then pretty much just dropped that and went with CSS. And it was bumpy for a couple of years, but well worth the effort.

Jeremy: Yeah.

Drew: Probably for a lot of people working in the Web at the time, that was a fairly fundamental turning point.

Jeremy: Anyone else have that kind of road to Damascus feeling with Zeldman’s redesign of A List Apart. I know it was pretty big. Doug Bowman’s Wired redesign was quite a turning point as well, I think.

Drew: I think so, yeah. Not forgetting Mr. Cederholm.

Jeremy: Fast Company, yes.

Dan: Oh, right.

Jeremy: What influenced you? And again, we don’t have to restrict this to article presentation, although, if you can…

Dan: Yeah, article, The Dao of Web Design, by John Allsopp.

Jeremy: Oh! I was going to say that!

Dan: Oh, sorry.

Jeremy: No. Yeah, I agree, 100 percent.

Dan: How many people have read that, The Dao of Web Design? Yeah, okay.

Joe: If you haven’t, look it up.

Dan: Yeah, read it. It’s great.

Jeremy: It was written five, six years ago…

Dan: Yeah.

Jeremy: And it is more relevant than ever. The Dao of Web Design, by John Allsopp, on A List Apart. I heartily concur with you there.

Dan: Cheers.


Jeremy: Richard.

Richard: Well, there was a book by Jeremy Keith…

Jeremy: Oh, Pshaw!

Richard: That’s not the one?

Jeremy: No, really.

Richard: No, really?


Richard: There’s a whole bunch. Zeldman’s book and your books are great, actually—surprisingly enough.


Dan: I agree. [laughs]

Jeremy: The one that came to my mind, actually, was Tim Berners-Lee’s book. And the reason was I can remember, at the W3C, just like you guys, we’re working all the hours that God sends and feeling guilty we’re not with our family, and when we’re with our family, feeling guilty we’re not working, and so on. And occasionally you get into this kind of rut, where you’ve got deadlines and code and this sort of thing going through your head. And I sat down and read his book one time, and suddenly, it lifted me completely out of that, and you looked at the whole Web and you said, “What is this all about?” It’s about people communicating around the world, putting people in touch with each other, and enabling people, enabling democracy and stuff like that. It was fantastic, actually.

Jeremy: So Weaving the Web by Tim Berners-Lee.

Richard: Weaving the Web by Tim Berners-Lee.

Jeremy: I agree. It’s a great book, and it does give you this wonderful historical perspective on the Web, because we can be very close to the coal face. It really makes you see the Web in historical context, as part of human development.

Richard: And realize what it was like before we had the Web.

Jeremy: Yeah, completely. Joe.

Joe: Do you want me to give the same overly sincere answer from San Francisco? I had an outpouring of sincerity in San Francisco.

Jeremy: And it wasn’t recorded.

Joe: Several questions. And I can’t remanufacture it. Okay. But no, the punchline is, every morning, I have my coffee, at an undisclosed location, and I always read something. And several dozen times a year, what I’m reading is a research paper, so I read a great many research papers on a lot of topics that are of interest to me; none of which would surprise you.

The bibliography on my research project, openandclosed.org/biblio, or bibliography or any misspelling of it, will all get you to the bibliography. And it’s like 300 items, and I’ve read all of them.

So the big thing is I actually read the research, because—you stole my phrase; it’s not quite regency effect, because San Francisco was two weeks ago—but I have had a sort of Damascene conversion to empiricism and testing things. So that’s the things that are influencing me now, which is hardcore research.

Jeremy: Okay. Well, it sounds like a nice way to spend your time.

Joe: It’s not as sincere as it was in San Francisco. You had to be there.

Jeremy: You had to be there. Honestly, you had to be there.

Joe: You totally had to.

Jeremy: Honestly, you had to be there.

Okay. This is a big question. “Are educational institutions a lost cause when it comes to teaching Web standards?” Ooh. Here’s the follow-on. This is two questions. “Should we expect everyone to be self-taught?” Now, I know it sometimes seems like educational institutions can appear to be a lost cause. I really hope they aren’t. But do we put our faith in them? Drew, do you want to talk about the Edu Task Force?

Drew: A little bit. It’s really difficult, the subject of education, because if you think how the education system works, traditionally, is, if you’ve got to prepare a course, if you plan for a course together, you get that course accepted by whatever the institution is, they then advertise it. People then subscribe to it, people work on that course for three years, and then they graduate. So by that point, the material might be four, five years old.

It’s difficult to think of a way, within that system, a course can be prepared that can possibly be up to date. It’s difficult just to point the finger and say, “You’re doing it all wrong,” because I can’t really suggest how they could do it better, within the structure.

We have an Educational Task Force at the Web Standards Project. And they’re looking at these issues, working with a lot of people in education, and just trying to get people in education up to speed with what modern practices are, and providing resources and just trying to help the thing along. It really is a difficult one.

Jeremy: It’s tough, yeah.

Drew: But I think educating the educators is definitely a good start.

Jeremy: Joe, the second part of that question, “Should we expect everyone to be self-taught?” Do we want to take the attitude of, “Well, I pulled myself up by my bootstraps and taught myself everything I know”?

Joe: It’s a bit masochistic. In the late ’90s, I couldn’t figure out why my HTML 2.0 pages weren’t validating. I was still trying to validate them, believe it or not. I couldn’t understand that you couldn’t put a P inside a P, right? So everyone has a learning curve.

No, there should be instruction. But the problem is, because Web development is not a high class occupation, the big name universities do not really offer courses in it, right? Or perhaps it’s tacked on in your art degree as a bit of interaction design, which is Flash programming or Fireworks - I don’t know what the hell it is. And then Canada’s even worse again, because, here we go again, the Canadian English, we have a distinction between colleges and universities.

Colleges are essentially community colleges, where you go if you can’t really get into a university and all the Web design training is at the college level. There are a zillion of these across the country. They’re all penny-ante two-bit institutions who don’t pay their instructors well and work them to the bone. You get like four grand for a two semester course, right? That includes all the marketing and other things you have to do.

So you are choosing the runt of the litter at that point. So not only are these institutions atomized across my country, they don’t have the budgets, they don’t have the prestige, and so they get crap instructors.

These are exactly the wrong kind of people to walk up to and say, “We stopped doing tables five years ago.” Because they won’t know any alternative and they’ll get defensive.

Jeremy: Okay, but there are also people in third level institutions and secondary level institutions, who are doing a lot of really good work, and it’s a lot of uphill work and we do need to recognize the good work that goes on inside these institutions.

Joe: Well, honestly, I do know someone back home who is a JavaScript instructrix — she’s a woman — and has a savant-like ability to determine when the kids were cheating off of each other just by noticing the patterns in everyone’s work and so on. And she only taught correct things according to the Web standards. So bravo for her, but that was the only one person in one of the campuses of one of the colleges in one city.

Jeremy: Okay. They are out there. And I’d like to give a special shout out today to Mr. Matt Harris — make yourself known Matt. There’s Mr. Matt Harris. He’s faced an uphill battle in Winchester, the school there. They are out there. There is David Smith here in London, working in St. Paul’s School for Boys. You need to talk to David Smith. I need to put you guys together. So they’re out there. Okay, you all need to talk in to each other.

Joe: Okay, look up emmajane.net — that’s the woman I was talking about, Emma Jane Hogbin.

Jeremy: Okay, same conversation as last year. Yeah, it’s true. Good enough, but I think, maybe together we can do more than we can separate. It’s an uphill battle. Richard, do you see WC3 as the endpoint for education or do you want to liaise with educational bodies?

Richard: I don’t think we can educate the world. We have enough trouble writing standards and things like that. What occurred to me was sort of a world-wide-web type approach to addressing this problem. I was thinking, some of us as developers hold meetings where we get together and we talk about development strategies and stuff like that. In some of these meetings perhaps you could invite people in your local area, who educate kids, to come along and you teach them. Obviously, we don’t expect them to get to the same level as you are.

I mean, I am constantly struggling to keep on the bottom rung of this myself but we could give them some basic education as to why standards are useful and whether they should use XHTML or not, and so on and so forth, and separating out CSS and stuff like that. So sort of grassroots type things like that, might be something… If Patrick wanted to organize a conference for educators I would volunteer to come and talk at that, and maybe some of the people would. Pardon? You don’t think they would come?


Jeremy: Actually we have microphones. If you could just hold on a second, we could get one of the oompa loompas to send you a mic. Run, run from me, oompa loompa!


Go on, run!

Woman: They won’t come. In Bristol we ran skills course, interestingly which we took from Andy Budd’s model that they had in Brighton. It’s really successful and we’ve get a lot of people coming along all the time.

I used to work in the university. I worked as a Web developer in the university, and nobody would come. And we were even sponsored by a university organization, and still, the lecturers would not come.

And I spoke to the organization that sponsors us about why this is, and their response was, and their specific remit, is to get people from education and digital media people working together. They specifically said, “They’re too arrogant. They think that your lot know nothing. You’re just the people out there on the ground, doing whatever you do, and they think that they’re better than you.”


Jeremy: This is the problem with academia in general, I think. Okay. Yes, that is a problem.

Man: Speaking as a university lecturer…

Jeremy: You will wait for the microphone, Mr. University Lecturer.


Jeremy: I don’t care how many letters you have after your name, you wait till the oompa loompa gives you a microphone.


Man: Hello? Yeah, speaking as somebody with letters at the BEGINNING of my name… [laughs]

[audience groans]

Jeremy: Okay.

Man: As a university lecturer teaching Web standards, at bachelor’s level, at the University of Salford, I said this last year. And on the one hand, I have to agree: I am probably the only academic here. And that’s a shame, because there should be more of us. But there are others. I’m not the only one in the country.

Jeremy: Yeah.

Man: There are bachelor’s level university education benchmarks out there teaching Web standards. And if Patrick does want to bring us all together, it would be great.

Jeremy: I blame Patrick for everything.


Jeremy: Dan, you know it’s only a matter of time. Little Jack grows up, he goes to school, he comes home one day, he says, “Daddy, Daddy! I just learned how to use FrontPage.”


Jeremy: Alex knows what I’m talking about.

Dan: Here’s the scary thing, though: actually, I learned a lot using FrontPage. [laughs]


Jeremy: Okay.

Dan: I swear to God!

Jeremy: You know what I mean.

Dan: Yeah, that’s frightening.

Jeremy: That just kind of gets to the second half of the question: should we expect everyone to be self-taught?

Dan: I don’t think so. The fear is that there’s so many different ways to do things on the Web, right? There’s no real one way. And this is probably wrong, but whenever I think of taking a class in Web design, I fear that there’s sort of this one way of doing it that’s passed down. Jeez, did that answer the question? No, I didn’t answer the question.

But being self-taught myself, I think it works, right? But it doesn’t work for everybody. So, no. The answer is no.

Jeremy: Okay. And you’ve done your bit to pass on what you know, right? Blogging and writing books.

Dan: I’ve tried to, yeah.

Jeremy: I think people all recognize the need to try and do that.

Joe: Are we doing user-contributed questions?

Jeremy: We are. Should I start doing that now? We’ve got a couple of more that have been submitted beforehand, and then I’ll open it up. We’ve got quite a bit of time left.

Joe: Very good.

Jeremy: Let me run through the last few that have been written down.

Joe: Maybe we can do a lightning round.

Jeremy: Yeah, let’s do lightning rounds as well.

Okay. Oh, this is interesting. We’re talking about conventions, and Colly had many derogatory slides of Jakob Nielsen in his presentation. The question is: “At what point do the conventions of design trends become crutches for designers without an original idea?”

Ooh, I’m thinking gradients and drop shadows and rounded corners, at this stage. Yeah, Dan, I’m actually going to turn to you about this one.

Dan: Wow. “Become crutches.” That’s tough. I really enjoyed Jon Hicks’ presentation earlier, about looking outside the Web for inspiration. He was talking about taking a t-shirt design and actually applying that idea to the Web. I don’t know if I understand the question. “At what point do conventions of design trends become..?”

Jeremy: We want a point, a specific point in time, measured in minutes.


Dan: Oh, oh. I completely… Yeah, it’s the wine.

Jeremy: Yeah.

Dan: “At what point?” Well, that’s a tough one, because everyone’s saying gradients and rounded corners, and they’re saying, “What’s next? What’s going to be next?” And I don’t know what that is. I think we’re still limited by CSS and HTML and all that. Multiple background images. That’ll help right?

Drew: It will help with the rounded corners and gradient colors.

Dan: Exactly.


Dan: We’ll have even more rounded corners. Everywhere. I think that to a certain extent the limitations of designing for the Web have affected the design.

Jeremy: Yeah. Which is fair enough. Every medium I guess has its own something. But, Joe, do you sometimes wish there was more of a traditional grounding in classic design? Very positively, there’s been great talk lately about typography and grids, but it’s generally Photoshop tutorials: here’s how you do a gradient.

Joe: True, but we are constrained by the boxy-ness of HTML which has inline elements that have no shape, merely width, that could break over line, and block elements which are rectangular. CSS is based on a box model - a nonsensical one, but it is a box model nonetheless. So everything is rectangles, right?

So if you can manage to make things that don’t look like rectangles and aren’t rectangles with a fake beard tacked on. Like three sides are a rectangle, but flames on the bottom or something. For your heavy metal site, I don’t know. If you can do that, and you’re someone like Veerle Pieters, who manages to achieve a sort of girly-ness on her design which is a difficult thing.

If we’re going to be stuck with crutches, can’t I have correctly implemented crutches? If you’re going to have a left hand nav bar, and you wanted custom type, can you not do GIFs? Can’t you do sIFR and a proper unordered list and have it valid HTML and not three tables for that?

If we’re going to be stuck with crutches, can we have well manufactured crutches? I don’t know.

Jeremy: Drew, what kind of crutches have they got over at Yahoo! Right now?


Drew: Don’t ask me about design.

Jeremy: Okay, fair enough.

Drew: I guess I think what comes after rounded corners, I think maybe square corners.


Joe: Or three rounded corners and one square corner.

Jeremy: So square corners are the next rounded corner.

Joe: By the way, I actually sort of like that Web 2.0 look. I think it’s quite vibrant and punchy and even crap fonts like Arial look really good in them. I actually don’t mind it at all, and if it’s become a style, fine. There are tons of styles.

Jeremy: It somehow feels un-British to me.


Jeremy: So American. I’d like some more classic Swiss design.

Okay, moving on.

Now this is something that kind of follows on from my talk earlier, mashing it up with Joe’s talk from yesterday. “If we dismiss Ajax as not accessible”, which one could read from my talk earlier, I don’t know if dismiss is the right word. But Ajax, accessibility; we have big problems. “To what extent is this ‘not our problem’?” Including scare quotes right there — “not our problem” which is the phrase that Joe was using inside his presentation.

Joe: Yes, yes, and misrepresented by at least three people in the audience.

In any event,

Jeremy: Actually, I don’t remember asking Joe to answer this question. But, Joe..

Joe: You looked at me, Mr. Chair.

Jeremy: Okay.

Joe: If I may have the floor.

Ajax — who is dismissing Ajax as not accessible? It’s more accessible to a lot of people. It’s really the instant feedback you get. That’s great for people who have a hard time reading your acres of text. You can just click on something and have it just change.

When people say Ajax is not accessible, they mean, “It doesn’t work in JAWS.” Well, okay, whose problem is that? Exactly.

I dispute the premise that Ajax has been dismissed as inaccessible.

Gmail for example; the default view of Gmail may be a dog’s breakfast for someone using a current screen reader, and if you listen to the new Google Code podcast, Episode 1, you will be enraged at the basics of Web standards that they only figured out after they did expensive user testing instead of hiring actually competent developers for Google. You won’t believe it. Maybe if they’d have had competent people working on staff instead of boy racers with Aspergarian tendencies, then maybe the default view of Gmail would have been accessible in the first place. Perhaps it’s all about competent development. Right?

Jeremy: I don’t know. There’s technological barriers. It doesn’t matter how competent you are, some things just…

Joe: It’s true. It might be extremely difficult — okay, it would be unfathomable — to make an image editing application that lives on the Web accessible to a broad range of users with disabilities, especially mobility-impaired. That would just be impossible. But that’s only because the browser’s an impoverished environment.

I know a graphic design graduate in Toronto who has severe physical disabilities, and is in a wheel chair, and has very little muscle control, and he runs Photoshop, and has graphic design skills based on almost no movement of his wrist. So at the desktop level, even someone with that level of disability can still be a graphic designer. But Web browsers are impoverished environments for complicated things like that, on which you want to overlay things like accessibility, alternative input devices, and so on.

Jeremy: I know at Yahoo!, Drew, there’s a technological approach to try and solve these problems, with the YUI library. I’m not going to dig at Yahoo!, because here’s some really good work being done. Not so much in the code itself, the JavaScript code (you know, another library: great) but the documentation of the design patterns, and simply putting that out there, and saying, “You really need to be thinking about this kind of thing; you do need to be thinking about fallbacks.” It’s kind of good to see that at least being thought of in Yahoo!, even if as Joe points out, they’re not thinking about it in Google. I assume at Yahoo!, you do think of it as being your problem.

Drew: Yes. Taking a sort of pragmatic approach, you have to separate the big picture of, “Are products like JAWS deficient?”—the answer is “yes”—with the day-to-day “Are our users using products like JAWS today to view these pages?”—Yes.

So when it comes to actually implementing things, you do have to take account, and you have to scale back what you might like to do to what’s actually going to work, as much as you want JAWS to get their act together. And we all do want people like JAWS to get their acts together. I don’t think it’s fair as a community. We hold Microsoft to account for deficiencies in Internet Explorer, and then ignore less widespread products.

Joe: But you address that problem by doing shit loads of user testing, right? I remember Nate Koechley’s podcast from one of the other con’s, where he explained how they build Yahoo! Photos, which is now going to be killed. With any luck, that quality level of code will be transposed onto Flickr. There was massive testing involved to make it actually work with assistive technology.

That’s an amazing Ajax application — you can drag a marquee rectangle to select several photos, and then drag the photos into a folder. These sorts of things. And all that actually works, right? I think, if I’m not mistaken, Yahoo!’s solution is “test test test,” right? It should be everyone’s solution, really. Do I have that right?

Drew: It is a good solution.

Joe: There.


Jeremy: User testing is generally a good solution to just about everything, or at least a way of finding the good solutions. Test early, test often. User testing.

The problem with accessibility, though, because the way this question gets phrased: Ajax - not accessible. It’s one or zero. Yes or no. Current on, current off. It’s not that simple. Your case study for the IceWeb conference showed that. If you asked the question, “Is this application accessible?” The answer is always going to be “It depends.” You’re never going to get a straight yes or no answer. Did you want to talk about the results?

Joe: Yeah, I barely remember it now. Just Google my name and “ice Web” and you’ll find it. All my users could do a simple Ajax test in BaseCamp. Add an item, delete an item, modify an item. If you can’t do those few things, you can’t use the program. All my users, with a whole range of equipment and skill sets and so on, including one super expert, they could all do it. In a couple of cases, inconveniently, but they could all do it. That surprised the hell out of me.

Jeremy: So it wasn’t so much a technological thing, it was a learned behavior. They were able to figure out how…

Joe: I guess they were just so good at patiently plodding their way through things, and they were able to figure it out, yeah.

Jeremy: But whether it’s successful or not, well, it depends.

Joe: Yeah, and if we did a real test, and we compared non-disabled users, and this particular group of screen-reader users, and if it took them twice as long, and they made twice as many mistakes, then that would be a failure. You’d have to get it down to a smaller multiplication factor, but it’s never going to be 1:1. Maybe it should be 1.2, and one extra mistake, but it shouldn’t be twice as many, and twice as many mistakes.

Jeremy: Dan, I think Ajax introduces some design challenges, as well, because the browser is kind of taken out of the equation. Things like indicating something’s just happened, do you have to design for that now? Do you design spinning little wheels, and progress bars?

Dan: I’ve designed a few spinning wheels in my time. Yeah, it does present challenges. I haven’t done a lot of it, but yeah, actually the spinning wheel is probably all I’ve had to deal with.

Jeremy: Yeah, you let the developers worry about the Ajax…

Dan: Ajax is sort of out of my hands at this point.

Jeremy: Fair enough, fair enough. Richard, do you have any involvement with the ARIA group, at all?

Richard: No I don’t.

Jeremy: Okay. Interesting. Well, that’s really helpful.


Jeremy: The ARIA group — Accessible Rich Internet Applications — they really want to move forward to brace and extend HTML to have especially “role” and “state” namespaced attributes, so you could say this has the role of being a slider widget. This has the state of being the error message, or whatever. It would be really useful if screen readers could tie into that, and say, “all right, I know I need to watch this part of the page, because that’s where error messages are going to appear.”

Joe: Although, according to my reading, it requires XHTML 1.1. It’s not a new module for XHTML 1.0. And of course, as we know, 1.1 requires an XML mime type, and requires draconian error handling. I don’t know why they picked that. Rich Schwerdtfeger, whose name I’m mispronouncing unfortunately, who’s with IBM, is the mastermind behind this. He’s a certifiable genius. All the ideas are great, but I wonder if that little definition will be enough to sink it - I don’t know.

Jeremy: IBM and Mozilla together are working on some pretty interesting stuff there.

At this point, I want to hear what you folks have to say. Oompa loompa’s at the ready. [laughter]

Put up your hands if you have a question. Wait if the microphone gets to you. Keep your hand up so that the people with the microphones can get to you. This gentleman here in row number four on the edge, he’s an easy target.

Joe: And Mr. Chair, should we remind them that it’s Hot Topics?

Jeremy: Yeah, it better be a good question. Oh, we have all these books up here. They’re just for decoration. No…

Joe: We’ll be pulping them later. We’ll have a bonfire.

Jeremy: We’ll give you a book if it’s a good question.

Joe: Joseph Quinn.

Joseph: Can you hear me?

Jeremy: Yep.

Joseph: By using terminology like “not our problem,” is there a danger that people who aren’t on board with accessibility will just take that to mean “Oh great, we can blame it all on JAWS, and screw disabled people.”

Joe: The competent listener to my presentation, or listen to the ultimate podcast, or reader of my notes, will note that the title was “WHEN accessibility is not your problem.” It was not “accessibility is not your problem” - accessibility is your problem, it’s everyone’s problem. Hold on, I’m answering your question.


So if you weren’t listening, and weren’t paying attention, or you were tired and you missed something, and you don’t want to re-listen to the podcast, or if you missed it on the podcast, or if you didn’t read the notes properly, that’s really not my problem. I put a ton of work into making this thing very specific, and saying things like “cognitive disability guidelines may be inapplicable to certain sites, but that doesn’t mean other guidelines are inapplicable.”

Even on your personal blog, including your crappy LiveJournal, we can expect good HTML, and alt text on images, and this sort of thing. We don’t have to obsess about abbreviation acronym, because the world of written language contains multitudes, it cannot be encompassed by two elements in HTML. We can still use them according to semantics, preferably only when there’s confusion. Font resizing is strictly a browser issue. Those are the things I was saying, and in a nutshell, that’s how quickly you can sum it up.

So, it’s okay if people get the wrong impression. People get the wrong impression as I walk down the street. That’s fine, right?


Joe: But if you haven’t tried to listen carefully or read the notes carefully, then what am I supposed to do about that?

Jeremy: I bet you are really glad you asked that question.


Joseph: I’m not suggesting for a second that’s what you were saying, but what I’m suggesting is that some people, they’ll read the headline and they’ll say, “Oh, great. Joe Clark said accessibility’s not our problem.”

Joe: No, Joe Clark gives you a list of limited, edge case exceptions, when accessibility is not your problem, as a developer.

Jeremy: This has happened before, where people have written maybe controversial headings that can then be taken out of context. Jeffrey Veen had a blog post, “Why I don’t care about accessibility,” which was very attention-grabbing. His point was that when he hires developers, he expects them to understand accessibility, and he doesn’t specifically ask them, “Do you know about accessibility?” It’s just a given.

And Andy Budd gave a talk, “Why I don’t care about Web standards.” Of course he cares about Web standards. It’s more that, “Okay, we’re at the stage now where it should be a given, and if there’s dinosaurs out there who aren’t using it, well…”

Joe: Yeah, we seem to recapitulate this problem over and over again. Hold on. “Considered harmful” titles considered harmful… You should never begin the title of an essay with “To hell with…”


Joe: Martin Kliehm, this is for you. Right? Yeah. In the Web world, we seem to blow it with titles. And that’s okay. Maybe we should…

Jeremy: This happens on the blogosphere a lot, right? People write deliberately controversial titles, to get traffic and get Dugg no doubt. Fools.


Jeremy: But you do get a book for that, of your choice.

Joe: Yes.

Jeremy: Of your choice. Now, somebody else, I’m sure, has a question. And oompa loompa will bring a microphone. There we go.

Man: And so, you can do some cool stuff with Ajax, but if you were just going to use it for the illusion of performance increase or speed increase, then why not just optimize instead and stick with the accessible site?

Jeremy: Okay. So the question is Ajax can do cool stuff, but if you’re only doing it for the illusion of speed—which is kind of what’s at the heart of Ajax, I guess, the fact that you’re updating a discrete part of the page—why not optimize and do it without Ajax, but with leaner, meaner documents to begin with?

Yeah, that’s probably better, because that’s going to be probably more accessible. But in the real world, people are making these fairly rich pages, that a full-page refresh just really does seem to drag. And it makes the user experience so much nicer to have a discrete part of the page updating. And it does make it feel faster, more responsive, better, nicer. It gets people coming back to your site, when it’s implemented well.

But you’re absolutely right; then the accessibility question rears its ugly head. As I alluded to in my talk, there are some hacks we could be looking at—the tab index equals minus one combined with focus is one. And as I said in my talk, and I’ll repeat again now, Gez Lemon is the man to talk to there for some very good research on these things.

We’re kind of hacking around accessibility in Ajax. We’re trying to do our best with what we’ve got, because we have to. Hopefully, these are all stop-gap measures. The alternative is we don’t do anything; we just don’t do Ajax at all. It would be kind of a shame, because there are times when it would be good to use Ajax.

I think the question you have to ask whenever you decide to implement Ajax somewhere is what’s the core functionality? Because sometimes you can implement Ajax without affecting the core functionality.

A classic example is Google Suggest. You’ve all seen Google Suggest, right? Or you’ve seen those type ahead sort of searches on any blog with this Ajax form. The core functionality is doing a search: you type something in, you hit submit, and you get search results. The Ajax functionality is that, as you’re typing, it already starts fetching possible words that you want to be typing, to finish the words for you.

But the core functionality is searching. So you can add Ajax in such a way that it adds usability, makes it seem faster, does these benefits, without it being this yes-no, 1-0, current on, current off question of, “It’s inaccessible, simply because it uses Ajax.” There’s no check list approach when it comes to accessibility in general, and certainly not when it comes to accessibility in Ajax. It’s a case by case basis.

But it’s a fine question, and you win a book of your choice for that question. Did anybody else want to tackle that, or am I completely monopolizing the Ajax questions? Lots of hands up here. And you choose. You choose. Pick one. Make them fight to the death.


Jeremy: Gavin and Steve, fight it out. That’s very gentlemanly of you. Steve.

Steve: I was just going to more make a point than ask a question.

Jeremy: Well, actually, pass the microphone to Gavin, because we want questions, not points.

Steve: Okay.

Jeremy: I’m serious.

Joe: No grandstanding.

Gavin: Hello. What’s the environmental impact of what we’re doing?

Jeremy: Environmental impact of what we’re doing.

Gavin: We have different technologies that optimize the amount of bandwidth that we use when we build our applications, when we build our pages. We have different technologies that use more or less CPU. We should think about this as we’re building applications. What does the panel think?

Jeremy: That’s a very good point. The weight of the Internet at its last measurement is two ounces; all those electrons add up. The energy required to power those two ounces is 200 million horsepower right now. How much of that is Google, I don’t know.


Jeremy: This is a big question. Richard, you were talking about “Weaving the Web” as giving this big broad term picture. Is this something you think about, the environmental impact of what we do?

Richard: I have no idea at all, I’m afraid.

Jeremy: Great.


Jeremy: Drew, over at Yahoo!, do you recycle all your jellybeans?

Drew: I guess a positive impact is potentially in the reduction of production of things on paper and the traditional methods that we’re able to cut back on by doing things electronically. In terms of the impact of doing that electronically, I have absolutely no idea.

Jeremy: Joe, I bet you’ve thought about this.

Joe: No.

Jeremy: Really?

Joe: Never. Well, not per se. I have a lot of devices on in my house all the time: multiple Macs in sleep mode, a router and a cable modem, unnecessarily plugged-in telephones, features that only work on power, a stack of VCRs, Beta and VHS, a DVD player… it goes on forever, right? So in fact, just in stand-by mode, which is most of the day, I’m just sucking back a lot of juice for no discernable benefit. I have thought of that.

It would be very difficult, even if you went to four decimal places, to quantify the energy usage of, I don’t know, Gmail versus reading a LiveJournal. It would be very difficult to quantify that, I think.

Jeremy: There are some fascinating though somewhat boring stats out there about if most Web pages switched to having a black background rather than white, you might have energy savings that would mean in total for the electric grid.

Joe: On LCDs, I don’t think it makes a difference, because once they change, they remain there.

Jeremy: True. Good point. Dan, do you drive to work?

Dan: I walk.

Jeremy: Excellent. Well you’re doing your bit, clearly.

Dan: Yeah, I’m trying.

Jeremy: Good. It’s a good question, Gavin. You get any book you like. Steve’s still putting his hand up. Do you have a question this time? okay, let Steve ask a question this time.

Steve: Do you guys think that the fact that we seem to think of applications as having to be rich belies a lack of thought into the problems we’re trying to solve? I mean, could we not rethink the way we’re approaching these applications so that they can be enhanced with Ajax kind of techniques but not require them?

Jeremy: This is a good question. Everybody’s “Oh, rich experience, rich, rich, rich.” I hate that term rich Internet application, because it implies that if something isn’t a rich Internet application that it’s a poor Internet application. Like old fashioned documents are a poor experience. If there’s a rich user experience, there must then be a poor user experience.

Joe: And that leads to “skip intro.”

Jeremy: Yeah, okay, we won’t go there. But some of the richest experiences I’ve had on the Web have been on very plain document based sites. I remember coming across fray.com many years ago, one of the sites that made me realize I wanted to work on the Web. It was a document, it was a story, and it had an emotional effect on me. That’s a rich experience. These terms “rich experience” gets thrown around, it means…”like the desktop”: why are we in such a hurry to copy the desktop? I don’t think the desktop is that rich an experience, it just lets me open my browser, basically.

Joe: Yeah, and our stuff is already worse, because even if you don’t like Microsoft Word much, it doesn’t have a blinking ad for a casino in it, right?


Jeremy: Drew, at Yahoo! you do a lot of emulation of the desktop. It’s like you can’t half-heartedly copy the desktop. If you allow people to drag and drop in a Web application, then they will also be able to expect to use keyboard shortcuts. They will expect to be able to click and then shift-click to multiple-select items and things like that. If you’re going to emulate the desktop, you’ve got to do it completely. That’s a lot of work. That’s a lot of JavaScript, right?

Drew: Maybe. But I think the Web is increasingly replacing the desktop, for the majority of people’s usage. If you look at what kids are doing, they don’t necessarily even know the difference between the Web and the desktop; it’s all just stuff on the computer. You take away their Internet connection and they think their computer’s broken.


Drew: So I think it’s not a case of emulating the desktop, I think it’s taking some of the ideas that are good from desktop software, implementing them on the Web, and the Web, it just begins to replace a lot of those common applications.

Jeremy: I still see a lot of emulation, even in design. It seems like so many sites are just copying the interface of the operating system: the bevels, the way things look on XP or OS X. It just seems like such a lack of imagination.

Dan: Yeah, that’s true. That’s what people are familiar with, though.

I sort of am a paranoid person, but having all this personal information online rather than on my desktop… Maybe I’m old school that way…

Jeremy: You’re a fuddy-duddy.

Dan: [laughs] Exactly. For instance, people use financial application on the Web, right? Keep all your finances on the Web. To me, that scares the hell out of me. That should be on the desktop.

So I think things are going there, towards the Web. Someone mentioned Photoshop will someday be on the Web, a Web application. But it just seems so far away. I don’t know.

Jeremy: Yeah. This term “rich experience,” when they really mean “desktop-like experience…” I’ll tell you what’s a rich experience is a gigantic network of interlinked documents, using the simple technology of the A element. Hypertext: that’s rich. Wouldn’t you think, Richard? I mean, that’s really powerful.

Richard: I have an application which I use to look up Unicode characters and find out information about that. So yes, I have seriously nerdy moments from time to time.

I come across a lot of people who are trying to find out information about Unicode characters, and the problem that they always have is that somebody writes to the Unicode list and says, “I’m on a Mac. How do I find this character on the Mac?” And then somebody else responds and says, “Well, I’m on Linux, so I can’t really help you.” It’s a big problem.

And then I can pipe up and I say, “Well, I have a little application on the Web. Anyone can use it.” And so there are areas, I think, where it’s particularly useful to be able to have that sort of application type thing going on on the Web.

Jeremy: That’s a very good point, the universal access, as long as you have a browser: interoperability. Quick straw poll, just how you guys feel about things like Apollo, Silverlight—halfway stations between the desktop and the Web, but pretty proprietary, kinda closed. It doesn’t have that openness that the Web has, does it?

Joe: Tried and failed, and will fail again.

Jeremy: Fail, says Joe.

Joe: Come on.

Dan: Fail.

Jeremy: Fail.

Richard: Pass.

Jeremy: You’re saying it’s a good thing?

Joe: Abstain, abstain.

Richard: I’m abstaining.

Jeremy: Oh, that’s “pass” in the Mastermind sense.

Richard: Yes.

Jeremy: Okay.


Drew: Has fail.

Jeremy: Has fail?

Joe: Has fail, exactly.

Jeremy: Okay, fail. Adobe, Microsoft, you’re doing it wrong.

Joe: And those people who want rich applications, have they perhaps been looking at too many impoverished, static HTML pages that have poor graphic design? If they look at something by Bowman or Cederholm, would they think that is an impoverished Internet experience? I dispute that.

Jeremy: Yeah, this term, “rich,” to refer to desktop-like, I have a problem with it. There’s beautiful, rich experiences on the Web involving simple text documents. I say “simple,” but beautiful, emotionally engaging, wonderfully designed documents, linked together to form a World Wide Web.

Joe Clark’s announcement of his retirement from Web accessibility has been excised from the audio recording of the Hot Topics Panel

Jeremy: I would also like to thank my other panelists, Richard Ishida, Dan Cederholm, and Drew McLellan, Joe Clark. Thank them all very much indeed.


Thursday, June 14th, 2007

When accessibility is not your problem (Joe Clark)

Notes from Joe's @smedias. Please read the whole thing before (mis)judging what he said.

Wednesday, June 13th, 2007


One of the great things about having an international event like @media taking place in London is that I get to see so many of my North American friends without having to cross the Atlantic. I made the most of the opportunity to hang out with Dan, Tantek and Shawn while they were in town. I even went so far as to abduct Jason and Joe and bring them down to Brighton.

Before bundling them on a coastbound train, Jessica and I showed them the treasures of the British Library, a collection to warm the heart of any typography geek. We browsed through documents ancient and new, peering at the letters written down for posterity (Scott’s journal always give me the heebie-jeebies, opened as it is on the last page which reads “For God’s sake look after our people.”)

Once we reached my adopted hometown, they engaged in all the usual tourist activities, mostly involving tea and beachfront promenading. Despite my best efforts, I couldn’t convince Jason to try jellied eels.

I have a tradition here at adactio.com. Whenever I have a guest over, I add them to my bedroll; kind of like a blogroll but with a higher barrier to entry. Needless to say, this bedroll is marked up with XFN to describe my relationships to each guest, and hCard to supply contact information.

Usually when I mark up somebody’s name, I can use fn optimisation, like this:

<li class="vcard">
<a rel="friend met colleague"
href="http://joeclark.org/" class="fn url">
Joe Clark

Technically speaking, the n property is required in a vcard (and hCard is a 1:1 representation of vcard) but when fn is applied to a string like this, parsers can assume that the string before the space is the given name (Joe) and that the string after the space is the family name (Clark). This pattern fits the 80/20 rule pretty well: it works for about 80% of use-cases. There is an implied n value.

This will work as long as there is a string with a single space in the middle of it. Jason’s name throws up an interesting case. There are two spaces in “Jason Santa Maria.” How should parsers interpret this? Is it safe to assume that “Santa” is a middle name? Clearly not in this case.

So I have to explicitly mark up Jason’s given and family name like this:

<li class="vcard">
<a rel="friend met colleague"
href="http://jasonsantamaria.com/" class="n url">
<span class="given-name">Jason</span>
<span class="family-name">Santa Maria</span>

Mind you, “Jason Santa Maria” is his formatted name so I can still add the fn value:

<li class="vcard">
<a rel="friend met colleague"
href="http://jasonsantamaria.com/" class="fn n url">
<span class="given-name">Jason</span>
<span class="family-name">Santa Maria</span>

Jason has one of those double-worded family names, like Thomas Vander Wal. But it’s completely different to other three-word names such as “Mark Norman Francis”:

<li class="vcard">
<a rel="friend met colleague"
href="http://cackhanded.net/" class="fn n url">
<span class="given-name">Mark</span>
<span class="additional-name">Norman</span>
<span class="family-name">Francis</span>

See, Norm!’s middle name is defined as additional-name.

hCard still has enough semantic richness for me to add Jason’s middle name—which I happen to know is “Andrew”—should I wish to:

<li class="vcard">
<a rel="friend met colleague"
href="http://jasonsantamaria.com/" class="fn n url">
<span class="given-name">Jason</span>
<span class="additional-name">Andrew</span>
<span class="family-name">Santa Maria</span>

So hCard scales up pretty well to some edge-case scenarios. That said, there is no confirmation-name property so I can’t easily add that particular bit of extra information. Jason’s confirmation name is… Andrew.

That’s right: his full name is Jason Andrew Andrew Santa Maria.

See, it’s traditional at confirmation time to choose a new middle name. But Jason obviously felt that he had enough words in his name. So his logic runs like this… “If, for my confirmation name, I choose the name Andrew—which is already my middle name—then it won’t actually count as a new name.” Alas, the system doesn’t quite work that way. And so Jason ended up with the same name (Andrew) repeated twice in the middle of his name.

I suppose I could double up both Andrews into a singe additional-name field like this:

<li class="vcard">
<a rel="friend met colleague"
href="http://jasonsantamaria.com/" class="fn n url">
<span class="given-name">Jason</span>
<span class="additional-name">Andrew Andrew</span>
<span class="family-name">Santa Maria</span>

But that’s probably overkill and anyway, Jason probably doesn’t want to broadcast his full, somewhat repetitive name. So it’s probably best if I don’t even mention the whole “Andrew Andrew” thing. Forget I ever said it.

In any case, it’s my pleasure to add Stan to the bedroll. Joe was already on there: he has the distinction of being the only one to have stayed over at my previous flat as well as my current abode.

I wonder if I should make the bedroll more like a tag cloud: the more often you stay, the larger your name appears. Brian, Joe and Norm!—all of whom have stayed more than once—would then all appear in a larger font size while Elsa—who just napped on the sofa—would be rendered smaller.

Nah… silly idea. But I will keep the bedroll going when I move into my next flat which hopefully won’t be too traumatic a move. I’ll be looking at some more potential properties tomorrow. Wherever I lay my sofa-bed—and unfold it when my fellow geeks come to visit—hat’s my home.

Monday, June 11th, 2007

That media

@media Europe is all wrapped up. And a very fun experience it was too.

The high standard set at @media America was maintained for the British version. Mind you, I did find the double-track programme a little off-putting. I think that the San Francisco event had more of a communal feel. Of course, that could be down to its more intimate nature—150 people instead of 700—but the fact that everyone was seeing the same presentations meant that everyone had plenty in common. When a conference is split over multiple tracks, there’s an inevitable corresponding fracture in the audience too.

As far as audiences go, the @media crowd may have been fractured into designer and developer factions but there’s no escaping the fact that these people are savvy… really savvy. They know their stuff when it comes to web standards and accessibility. I’m sure I was teaching grandma to suck eggs but I addressed the issue of Ajax, specifically Bulletproof Ajax (Hijax in other words). It seemed to go over pretty well. The fact that the material had already been road-tested in San Francisco probably helped. If you’re curious, you can see the slides (PDF). Once the podcast is ready, I’ll get the audio transcribed.

My duties weren’t done when my presentation was finished. As with the American leg of @media, I had the pleasure of moderating the hot topics panel that traditionally closes the show. I had been really looking forward to this and putting a lot of thought into which of my fellow speakers should be in the line-up. I definitely wanted Joe: he’s like Statler and Waldorf rolled into one. I also really wanted to have Hannah Donovan on board. I thought it would be great to have someone who isn’t so well known on the speaker circuit fielding questions—especially someone so passionate and entertaining.

Well, Patrick wasn’t having any of it. Despite my strong protestations, he insisted on a more well-known constellation of panelists. I pointed out that this meant that the resulting panel would be a very homogenously male affair but he said he accepted full responsibility for that.

Well, alrighty then. If he was willing to stand behind that decision then I made sure to let everyone know that they could direct all queries about the all-male line-up to PTG.

Afterwards, a lot of people—including Patrick—told me that they thought I was being a bit harsh. Well, I’ll probably never get asked back to speak at @media again but feck it… I’ve had enough of the same heads talking at every conference (yeah, I know that’s rich coming from me).

But just let me have my little rant…

I’m not suggesting that someone should speak “just because they’re a woman”—that would be tokenism and we can all agree that that is a bad idea. But I think that diversity can be a factor in choosing speakers.

It’s naive to suggest that choosing a line-up for a conference is as simple as just getting the best possible speakers. It’s more complicated than that. The truth is that many factors go into the choice of speakers. For instance…

  • How good is this person at public speaking?
  • Is the subject matter relevant?
  • Did this person speak recently in the same geographical area?
  • How far would they have to travel to get here?

All of these questions are addressed in the choice of any speaker for any conference. All I’m suggesting is that the diversity question be just one more to add to the list. So that’s a far cry from suggesting that anybody should be chosen purely based on gender alone, okay?

Anyway… I wanted Hannah on the panel ‘cause she kicks ass and she deserves a wider audience. Still, the final line-up of the panel—Joe Clark, Richard Ishida, Dan Cederholm and Drew McLellan—was pretty darn stellar. We had a lot of fun; fun that was lubricated with the addition of a long-overdue bottle of wine I got for Dan to thank him for the use of the word “bulletproof.”

Again, once the podcast is available, you’ll be able to hear it for yourself and yes, I will get it transcribed.

As usual, the social events were the real highlight of the conference. I had a blast meeting up with old acquaintances and meeting new people over a beer or two. ‘Twas a pleasure to converse with such knowledgable and friendly peers.

Update I think I need to clarify why I had my little rant here. I’m not trying to pick on Patrick: Patrick put on a kick-ass conference featuring such kick-ass female speakers as Molly Holzschlag, Shawn Lawton-Henry and, of course, Hannah Donovan. My rant is aimed is at all the people who came up to me in the pub afterwards and accused me of wanting Hannah on the panel just because she’s a woman. That’s not the case at all, hence my explanation above (which I’ve broadened out to a wider defense of factoring in diversity as opposed to choosing speakers just because of anything).

I’m probably conflating two different rants here: lack of female speakers and lack of new faces. But let me make it clear again that Patrick specifically told me that he would take full responsibility for the all-male line-up of the panel: that’s why I mentioned it (and, no doubt, embarrassed him) at the beginning of the panel. Frankly, I thought it was very brave of Patrick.

Anyway, for those of you think I’m bashing Patrick, I’m not… or at least that’s not my intention. I’m bashing all the people who think that factoring in gender into a conference or panel line-up is immediately equal to tokenism. I hope now I’ve made that clear.

In any case, the hot topics panel and the whole conference was a roaring success. Yeah, I know this post sounded like I’m a real nitpicker but that wasn’t my intention. I just wanted to clarify my comments and my feeling about diversity… feelings for which I make no apology.

So I tried to make a well-meaning point but I got misread as simply being mean. Damn. I’ve been hanging out with Joe too much.

Thursday, June 7th, 2007

Settling down

As you may have noticed, I’ve been doing a lot of travelling recently. In the space of one month I’ve been to Paris (for XTech), San Francisco (for @media America) and Copenhagen (for Reboot). I’ve had a lot of fun but I could do with a rest now.

I was looking forward to spending June and July relaxing in Brighton. I figured I could finally get ‘round to doing all those things that I just haven’t had time for. Maybe I could dust off the bike or just spend time out in the sunshine somewhere far away from airports.

That was the plan. But that plan was dealt a deathly blow when I arrived home from work the other day to find a letter from my landlord waiting for me. Jessica and I have been given two months to move out of the flat that we both love so much. I’ve been through the various stages of grief—denial, anger, etc.—and now I’ve reached acceptance. I’m just going to have to accept that I’ll be spending my Summer trying to find somewhere to live, doing all the necessary paperwork, and packing my worldly belongings into boxes.

On the plus side, at least I won’t be skipping out to go to any conferences in distant locations (I was going to be speaking at an event in Seville but that’s fallen through). I am speaking at one more conference but it’s mercifully nearby: I’m at the European leg of the @media roadshow in London.

The shoe is on the other foot now. All the North American speakers are wandering around in a jet-lagged daze, complaining about the time difference. All I had to do was hop on a train from Brighton to London.

As with the American edition, @media Europe kicked off with Jesse James Garrett delivering a keynote entitled Beyond Ajax. He managed to resist the urge to expose himself this time.

A lot of the talks here in London will be ones that I’ve already heard in San Francisco. I was originally going to do a different talk but, at Patrick’s request, I’m repeating the Bulletproof Ajax presentation. I’m not complaining. It means less work for me and I’m guessing there won’t be too many people here who were also in San Francisco.

This is a double-track conference. I was hoping that I would be going head-to-head with one of the other San Francisco presenters so that I wouldn’t feel like I was missing anything new. But fate and the schedule has conspired against me. I’m going to be up against a double-whammy presentation from the awesome Hannah Donovan of Last.fm and the ever-entertaining Simon Willison who seems to be able to naturally synthesise amphetimines when he’s on stage.

Saturday, May 26th, 2007

@media San Francisco 2007

Before this week, Jesse James Garrett was known for many things. His name was associated a style of diagrams, a book about The Elements of User Experience, and of course he coined the term Ajax. But from on, the name Jesse James Garrett will remind me of just one thing.

He opened up proceedings at @media here in San Francisco. I was sitting in the front row next to Joe. Joe leaned over and said “His fly is open.” My immediate thought was “I must Twitter this.” My second thought was “How am I going to subtly let Jesse know.” Joe solved that dilemma by simply declaring for all to hear, “Jesse, your fly is undone.”

Surely that must be a nightmare scenario for any speaker. Now that Jesse has lived the dream and played out the scenario, I feel it only fair to we commemorate and honour that contribution. From now on, if you hear my refer to someone doing a JJG, you’ll know what I mean.

Having recovered from his wardrobe malfunction, Jesse proceeded to deliver a superb and inspiring presentation. Amazingly, the high quality set by his talk was maintained for the entire conference (only plunging when I took to the stage).

Seriously, the quality of the presentations was staggeringly good, not just in times of subject matter but also delivery and execution. I would be very, very hard-pressed to choose a favourite though I probably got the most from Richard Ishida’s eye-opening discussion of internationalisation issues (a thread that ran through a number of presentations).

The real highlight of the conference program for me was undoubably the closing hot topics panel. Once again I had the privilege of playing Letterman to a stellar line of panelists: Joe Clark, Cameron Moll, Andy Clarke and Tantek Çelik. Boy, did they ever deliver the goods! The tone veered from comedy to tragedy with everything in-between By the end of an hour that passed by far too quickly, I felt that I had been party to something very special.

I thanked all the panelists afterwards but I just want to do it again in public so… thank you guys.

Sunday, May 20th, 2007

Sliding away

A few people have asked me lately if I could send them the slides from presentations I’ve given. I’m more than happy to pass on the slides but I feel I have to add a big caveat: they don’t make much sense out of context. With that said, here are some PDFs exported from Keynote (and despite Joe’s feelings on the matter, all of these presentations are licensed under a Creative Commons attribution license):

I’ve found myself developing a certain style in my presentation slides. I avoid bullet points like the plague. Often the most effective slides are the ones with a single word or image.

Something else that you don’t get from the PDFs is the arrow of the time. I like to gradually layer up my slides rather than presenting everything at once. I like the way that Keynote allows me to introduce words as I’m introducing ideas. I only ever use one transition: dissolve. I find it has a soothing feel to it.

I’ve also found myself using typography to communicate. The position, relative size and colour of the words can really help to explain a concept. Combined with the disolve effect, that’s pretty much all I need. I’ll throw in the occasional image where necessary (usually gleaned from the advanced search on Flickr where I can specify Creative Commons licensed content) but mostly I stick to the same formula: large greyscale tightly-kerned bold Helvetica Neue.

I’ve been doing quite a bit of speaking lately and there’s a fair bit still to come. Whenever I’m asked to speak on a subject that I’ve spoken about in the past, I’m perched on the horns of a dilemma. Should I create an entirely new presentation or should I recycle old material?

I don’t like the idea of giving the same presentation more than once. At the same time, if I know from experience that I can make a point clearly, shouldn’t I go ahead and do that even if it means repeating something from an earlier presentation?

Usually, I compromise. I recycle some tried and tested parts of previous presentations but add something new. It all depends on the circumstances: if I’m being paid well to deliver a presentation, then I feel obligated to come up with something entirely original… though I’ll still end up recycling a good slide or two if I know they’ll work well. But it’s important to remember that the payment for speaking is not just for the 45 or 60 minutes that you’re on stage: it’s for all the preparation time too.

Next week, I’ll be in San Francisco for @media America. The subject of my talk is Bulletproof Ajax—a topic on which I’ve presented many times before. This conference is being run on a fairly tight budget so I don’t feel obliged to come up with an entirely original talk. At the same time, I don’t want to repeat verbatim a talk I’ve given in the past. In this age of podcasts—and I try actively to transcribe as many as I can—I don’t want any audience member to think “Hey, this sounds kinda familiar.” But without the financial renumeration required for an entirely new talk, what’s a speaker to do?

In the end, as always, the final result is compromise. Some of the material I’ll be presenting in San Francisco will be new but some of it will be road-tested. I’m fairly confident that hardly anybody in the audience will have seen me present this stuff before but I still can’t help feel a pang of guilt.

But, y’know, the real reason why I’m out there talking about Ajax or microformats or whatever, is because I want the message to reach as many people as possible. Sometimes that means that I have to repeat myself. I feel bad about that. But even in this connected age, a certain amount of redunancy is probably inevitable.

Anyway, I’ve more or less got my slides ready for @media America. I’ve still got a few days to agonise over them so maybe they will change drastically before the day of the presentation dawns. Right now, I should probably prepare for my trip from England to California. An eleven our flight in the economy class belly of a United Airlines flight awaits. Tomorrow I’ll get the hellbus to Heathrow where I can try asking “I can has bulkhead or exit rowz?” After that, the only decision I’ll have to make is choosing between “I can has chicken” or “I can has beef.”

Do not want!

Sunday, May 6th, 2007

The good book

I’ve had a white iBook literally since the day they were first released. By today’s standards my first iBook was a primitive G3 affair. Since then I’ve upgraded to more powerful models but I’ve always had an iBook and I’ve always been more than happy the sturdiness and portability.

My last iBook is a few years old now and it’s beginning to show signs of laptop dementia. Intermittent freezing and kernel panics are telling me that it’s time to put the ol’ white thing out to pasture.

In the past I would have simply invested in a new iBook. That’s not an option anymore, more’s the pity. So I got myself a Macbook (well, technically it’s a Clearleft purchase but you know what I mean).

This looks like being a great machine—I’m certainly going to enjoy the larger hard drive, bigger screen and extra RAM—but I can’t help but feel a twinge of sadness for the passing of the iBook era. Me and my little white Turing machines have been through a lot together; travelling to foreign climes and joining faraway networks.

Now it’s time to break in my pristine new Macbook. I’d better start collecting some sticker schwag. Flickr, Technorati, Creative Commons… if you guys want to some free advertising, just send some sticky love my way.

I’ve spent the last couple of days migrating all my data and operating system foibles over to the new laptop. Soon I’ll take it with me on the road and find out how it holds up.

The Macbook didn’t show up in time for a workshop I did in Rochdale last week so I borrowed Jessica’s iBook instead but I’ll giving the new Macbook its first field test at an Ajax seminar in Dublin next week. It’ll get a good workout this month when I lug it to Paris for XTech and San Francisco for @media (and maybe I’ll make it to Copenhagen for Reboot).

I’m sure it’ll feel weird at first, like wearing a new pair of shoes, but by the end of this month I hope to form a bond with my new portable computing device.