Tags: dance



Tuesday, May 2nd, 2023

Why Chatbots Are Not the Future by Amelia Wattenberger

Of course, users can learn over time what prompts work well and which don’t, but the burden to learn what works still lies with every single user. When it could instead be baked into the interface.

Wednesday, March 29th, 2023

Readability Guidelines

Imagine a collaboratively developed, universal content style guide, based on usability evidence.

Thursday, February 23rd, 2023

Privacy in the product design lifecycle | ICO

A very handy guide to considering privacy at all stages of digital product design:

This guidance is written for technology professionals such as product and UX designers, software engineers, QA testers, and product managers.

  1. The case for privacy
  2. Privacy in the kick-off stage
  3. Privacy in the research stage
  4. Privacy in the design stage
  5. Privacy in the development stage
  6. Privacy in the launch phase
  7. Privacy in the post-launch phase

Sunday, January 22nd, 2023

Accessibility strategy – GOV.UK Design System

The primary goals of this strategy are to inform decision-making and enhance the success of accessibility-related activities within the GOV.UK Design System team.

Interestingly, accessibility concerns are put into two categories: theoretical and evidenced (with the evidenced concerns being prioritised):

  1. Theoretical: A question or statement regarding the accessibility of an implementation within the Design System without evidence of real-world impact.
  2. Evidenced: Sharing new research, data or evidence showing that an implementation within the Design System could cause barriers for disabled people.

Tuesday, July 20th, 2021

Dancing With Systems - The Donella Meadows Project

We can’t control systems or figure them out. But we can dance with them!

  1. Get the beat.
  2. Listen to the wisdom of the system.
  3. Expose your mental models to the open air.
  4. Stay humble. Stay a learner.
  5. Honor and protect information.
  6. Locate responsibility in the system.
  7. Make feedback policies for feedback systems.
  8. Pay attention to what is important, not just what is quantifiable.
  9. Go for the good of the whole.
  10. Expand time horizons.
  11. Expand thought horizons.
  12. Expand the boundary of caring.
  13. Celebrate complexity.
  14. Hold fast to the goal of goodness.

Tuesday, June 29th, 2021

Whatever Happened to UI Affordances? – Terence Eden’s Blog

Flat, minimalist, clean, material - whatever you want to call it - is an annoying antipattern. Computers are here to make life easier for humans. Removing affordances is just a nasty thing to do to your users.

Saturday, August 1st, 2020

The things of everyday design || Matthew Ström: designer & developer

The evolution of affordances on the web:

The URL for a page goes at the top. Text appears in a vertically scrolling column. A dropdown menu has a downward-pointing triangle next to it. Your mouse cursor is a slanted triangle with a tail, and when you hover over a link it looks like Mickey Mouse’s glove.

Most of these affordances don’t have any relationship to the physical characteristics of the interaction they mediate. But remove them from a website, application, or interface, and users get disoriented, frustrated, and unproductive.

Saturday, September 7th, 2019

How Video Games Inspire Great UX – Scott Jenson

Six UX lessons from game design:

  1. Story vs Narrative (Think in terms of story arcs)
  2. Games are fractal (Break up the journey from big to small to tiny)
  3. Learning loop (figure out your core mechanic)
  4. Affordances (Prompt for known loops)
  5. Hintiness (Move to new loops)
  6. Pacing (Be sure to start here)

Monday, August 19th, 2019

Passenger’s log, Queen Mary 2, August 2019

Passenger’s log, day one: Sunday, August 11, 2019

We took the surprisingly busy train from Brighton to Southampton, with our plentiful luggage in tow. As well as the clothes we’d need for three weeks of hot summer locations in the United States, Jessica and I were also carrying our glad rags for the shipboard frou-frou evenings.

Once the train arrived in Southampton, we transferred our many bags into the back of a taxi and made our way to the terminal. It looked like all the docks were occupied, either with cargo ships, cruise ships, or—in the case of the Queen Mary 2—the world’s last ocean liner to be built.

Check in. Security. Then it was time to bid farewell to dry land as we boarded the ship. We settled into our room—excuse me, stateroom—on the eighth deck. That’s the deck that also has the lifeboats, but our balcony is handily positioned between two boats, giving us a nice clear view.

We’d be sailing in a few hours, so that gave us plenty of time to explore the ship. We grabbed a suprisingly tasty bite to eat in the buffet restaurant, and then went out on deck (the promenade deck is deck seven, just one deck below our room).

It was a blustery day. All weekend, the UK newspaper headlines had been full of dramatic stories of high winds. Not exactly sailing weather. But the Queen Mary 2 is solid, sturdy, and just downright big, so once we were underway, the wind was hardly noticable …indoors. Out on the deck, it could get pretty breezy.

By pure coincidence, we happened to be sailing on a fortuituous day: the meeting of the queens. The Queen Elizabeth, the Queen Victoria, and the Queen Mary 2 were all departing Southampton at the same time. It was a veritable Cunard convoy. With the yacht race on as well, it was a very busy afternoon in the Solent.

We stayed out on the deck as our ship powered out of Southampton, and around the Isle of Wight, passing a refurbished Palmerston sea fort on the way.

Alas, Jessica had a migraine brewing all day, so we weren’t in the mood to dive into any social activities. We had a low-key dinner from the buffet—again, surprisingly tasty—and retired for the evening.

Passenger’s log, day two: Monday, August 12, 2019

Jessica’s migraine passed like a fog bank in the night, and we woke to a bright, blustery day. The Queen Mary 2 was just passing the Scilly Isles, marking the traditional start of an Atlantic crossing.

Breakfast was blissfully quiet and chilled out—we elected to try the somewhat less-trafficked Carinthia lounge; the location of a decent espresso-based coffee (for a price). Then it was time to feed our minds.

We watched a talk on the Bolshoi Ballet, filled with shocking tales of scandal. Here I am on holiday, and I’m sitting watching a presentation as though I were at a conference. The presenter in me approved of some of the stylistic choices: tasteful transitions in Keynote, and suitably legible typography for on-screen quotes.

Soon after that, there was a question-and-answer session with a dance teacher from the English National Ballet. We balanced out the arts with some science by taking a trip to the planetarium, where the dulcet voice of Neil De Grasse Tyson told the tale of dark matter. A malfunctioning projector somewhat tainted the experience, leaving a segment of the dome unilliminated.

It was a full morning of activities, but after lunch, there was just one time and place that mattered: sign ups for the week’s ballet workshops would take place at 3pm on deck two. We wandered by at 2pm, and there was already a line! Jessica quickly took her place in the queue, hoping that she’d make into the workshops, which have a capacity of just 30 people. The line continued to grow. The Cunard staff were clearly not prepared for the level of interest in these ballet workshops. They quickly introduced some emergency measures: this line would only be for the next two day’s workshops, rather than the whole week. So there’d be more queueing later in the week for anyone looking to take more than one workshop.

Anyway, the most important outcome was that Jessica did manage to sign up for a workshop. After all that standing in line, Jessica was ready for a nice sit down so we headed to the area designated for crafters and knitters. As Jessica worked on the knitting project she had brought along, we had our first proper social interactions of the voyage, getting to know the other makers. There was much bonding over the shared love of the excellent Ravelry website.

Next up: a pub quiz at sea in a pub at sea. I ordered the flight of craft beers and we put our heads together for twenty quickfire trivia questions. We came third.

After that, we rested up for a while in our room, before donning our glad rags for the evening’s gala dinner. I bought a tuxedo just for this trip, and now it was time to put it into action. Jessica donned a ballgown. We both looked the part for the black-and-white themed evening.

We headed out for pre-dinner drinks in the ballroom, complete with big band. At one entrance, there was a receiving line to meet the captain. Having had enough of queueing for one day, we went in the other entrance. With glasses of sparkling wine in hand, we surveyed our fellow dressed-up guests who were looking in equal measure dashingly cool and slightly uncomfortable.

After some amusing words from the captain, it was time for dinner. Having missed the proper sit-down dinner the evening before, this was our first time finding out what table we had. We were bracing ourselves for an evening of being sociable, chit-chatting with whoever we’ve been seated with. Your table assignment was the same for the whole week, so you’d better get on well with your tablemates. If you’re stuck with a bunch of obnoxious Brexiteers, tough luck; you just have to suck it up. Much like Brexit.

We were shown to our table, which was …a table for two! Oh, the relief! Even better, we were sitting quite close to the table of ballet dancers. From our table, Jessica could creepily stalk them, and observe them behaving just like mere mortals.

We settled in for a thoroughly enjoyable meal. I opted for an array of pale-coloured foods; cullen skink, followed by seared scallops, accompanied by a Chablis Premier Cru. All this while wearing a bow tie, to the sounds of a string quartet. It felt like peak Titanic.

After dinner, we had a nightcap in the elegant Chart Room bar before calling it a night.

Passenger’s log, day three: Tuesday, August 13

We were woken early by the ship’s horn. This wasn’t the seven-short-and-one-long blast that would signal an emergency. This was more like the sustained booming of a foghorn. In fact, it effectively was a foghorn, because we were in fog.

Below us was the undersea mountain range of the Maxwell Fracture Zone. Outside was a thick Atlantic fog. And inside, we were nursing some slightly sore heads from the previous evening’s intake of wine.

But as a nice bonus, we had an extra hour of sleep. As long as the ship is sailing west, the clocks get put back by an hour every night. Slowly but surely, we’ll get on New York time. Sure beats jetlag.

After a slow start, we sautered downstairs for some breakfast and a decent coffee. Then, to blow out the cobwebs, we walked a circuit of the promenade deck, thereby swapping out bed head for deck head.

It was then time for Jessica and I to briefly part ways. She went to watch the ballet dancers in their morning practice. I went to a lecture by Charlie Barclay from the Royal Astronomical Society, and most edifying it was too (I wonder if I can convince him to come down to give a talk at Brighton Astro sometime?).

After the lecture was done, I tracked down Jessica in the theatre, where she was enraptured by the dancers doing their company class. We stayed there as it segued into the dancers doing a dress rehearsal for their upcoming performance. It was fascinating, not least because it was clear that the dancers were having to cope with being on a slightly swaying moving vessel. That got me wondering: has ballet ever been performed on a ship before? For all I know, it might have been a common entertainment back in the golden age of ocean liners.

We slipped out of the dress rehearsal when hunger got the better of us, and we managed to grab a late lunch right before the buffet closed. After that, we decided it was time to check out the dog kennels up on the twelfth deck. There are 24 dogs travelling on the ship. They are all good dogs. We met Dillinger, a good dog on his way to a new life in Vancouver. Poor Dillinger was struggling with the circumstances of the voyage. But it’s better than being in the cargo hold of an airplane.

While we were up there on the top of the ship, we took a walk around the observation deck right above the bridge. The wind made that quite a tricky perambulation.

The rest of our day was quite relaxed. We did the pub quiz again. We got exactly the same score as we did the day before. We had a nice dinner, although this time a tuxedo was not required (but a jacket still was). Lamb for me; beef for Jessica; a bottle of Gigondas for both of us.

After dinner, we retired to our room, putting our clocks and watches back an hour before climbing into bed.

Passenger’s log, day four: Wednesday, August 14, 2019

After a good night’s sleep, we were sauntering towards breakfast when a ship’s announcement was made. This is unusual. Ship’s announcements usually happen at noon, when the captain gives us an update on the journey and our position.

This announcement was dance-related. Contradicting the listed 5pm time, sign-ups for the next ballet workshops would be happening at 9am …which was in 10 minutes time. Registration was on deck two. There we were, examining the breakfast options on deck seven. Cue a frantic rush down the stairwells and across the ship, not helped by me confusing our relative position to fore and aft. But we made it. Jessica got in line, and she was able to register for the workshop she wanted. Crisis averted.

We made our way back up to breakfast, and our daily dose of decent coffee. Then it was time for a lecture that was equally fascinating for me and Jessica. It was Physics En Pointe by Dr. Merritt Moore, ballet dancer and quantum physicist. This was a scene-setting talk, with her describing her life’s journey so far. She’ll be giving more talks throughout the voyage, so I’m hoping for some juicy tales of quantum entanglement (she works in quantum optics, generating entangled photons).

After that, it was time for Jessica’s first workshop. It was a general ballet technique workshop, and they weren’t messing around. I sat off to the side, with a view out on the middle of the Atlantic ocean, tinkering with some code for The Session, while Jessica and the other students were put through their paces.

Then it was time to briefly part ways again. While Jessica went to watch the ballet dancers doing their company class, I was once again attending a lecture by Charles Barclay of the Royal Astronomical Society. This time it was archaeoastronomy …or maybe it was astroarcheology. Either way, it was about how astronomical knowledge was passed on in pre-writing cultures, with a particular emphasis on neolithic sites like Avebury.

When the lecture was done, I rejoined Jessica and we watched the dancers finish their company class. Then it was time for lunch. We ate from the buffet, but deliberately avoided the heavier items, opting for a relatively light salad and sushi combo. This good deed would later be completely undone with a late afternoon cake snack.

We went to one more lecture. Three in one day! It really is like being at a conference. This one, by John Cooper, was on the Elizabethan settlers of Roanoke Island. So in one day, I managed to get a dose of history, science, and culture.

With the day’s workshops and lectures done, it was once again time to put on our best garb for the evening’s gala dinner. All tux’d up, I escorted Jessica downstairs. Tonight was the premier of the ballet performance. But before that, we wandered around drinking champagne and looking fabulous. I even sat at an otherwise empty blackjack table and promptly lost some money. I was a rubbish gambler, but—and this is important—I was a rubbish gambler wearing a tuxedo.

We got good seats for the ballet and settled in for an hour’s entertainment. There were six pieces, mostly classical. Some Swan Lake, some Nutcracker, and some Le Corsaire. But there was also something more modern in there—a magnificent performance from Akram Khan’s Dust. We had been to see Dust at Sadlers Wells, but I had forgotten quite how powerful it is.

After the performance, we had a quick cocktail, and then dinner. The sommelier is getting chattier and chattier with us each evening. I think he approves of our wine choices. This time, we left the vineyards of France, opting for a Pinot Noir from Central Otago.

After one or two nightcaps, we went back to our cabin and before crashing out, we set our clocks back an hour.

Passenger’s log, day five: Thursday, August 15, 2019

We woke to another foggy morning. The Queen Mary 2 was now sailing through the shallower waters of the Grand Banks of Newfoundland. Closer and closer to North America.

This would be my fifth day with virtually no internet access. I could buy WiFi internet access at exorbitant satellite prices, but I hadn’t felt any need to do that. I could also get a maritime mobile phone signal—very slow and very expensive.

I’ve been keeping my phone in airplane mode. Once a day, I connect to the mobile network and check just one website— thesession.org—just to make sure nothing’s on fire there. Fortunately, because I made the site, I know that the data transfer will be minimal. Each page of HTML is between 30K and 90K. There are no images to speak of. And because I’ve got the site’s service worker installed on my phone, I know that CSS and JavaScript is coming straight from a cache.

I’m not missing Twitter. I’m certainly not missing email. The only thing that took some getting used to was not being able to look things up. On the first few days of the crossing, both Jessica and I found ourselves reaching for our phones to look up something about ships or ballet or history …only to remember that we were enveloped in a fog of analogue ignorance, with no sign of terra firma digitalis.

It makes the daily quiz quite challenging. Every morning, twenty questions are listed on sheets of paper that appear at the entrance to the library. This library, by the way, is the largest at sea. As Jessica noted, you can tell a lot about the on-board priorities when the ship’s library is larger than the ship’s casino.

Answers to the quiz are to be handed in by 4pm. In the event of a tie, the team who hands in their answers earliest wins. You’re not supposed to use the internet, but you are positively encouraged to look up answers in the library. Jessica and I have been enjoying this old-fashioned investigative challenge.

With breakfast done before 9am, we had a good hour to spend in the library researching answers to the day’s quiz before Jessica needed to be at her 10am ballet workshop. Jessica got started with the research, but I quickly nipped downstairs to grab a couple of tickets for the planetarium show later that day.

Tickets for the planetarium shows are released every morning at 9am. I sauntered downstairs and arrived at the designated ticket-release location a few minutes before nine, where I waited for someone to put the tickets out. When no tickets appeared five minutes after nine, I wasn’t too worried. But when there were still no tickets at ten past nine, I grew concerned. By quarter past nine, I was getting a bit miffed. Had someone forgotten their planetarium ticket duties?

I found a crewmember at a nearby desk and asked if anyone was going to put out planetarium tickets. No, I was told. The tickets all went shortly after 9am. But I’ve been here since before 9am, I said! Then it dawned on me. The ship’s clocks didn’t go back last night after all. We just assumed they did, and dutifully changed our watches and phones accordingly.

Oh, crap—Jessica’s workshop! I raced back up five decks to the library where Jessica was perusing reference books at her leisure. I told her the bad news. We dashed down to the workshop ballroom anyway, but of course the class was now well underway. After all the frantic dashing and patient queueing that Jessica did yesterday to scure her place on the workshop! Our plans for the day were undone by our being too habitual with our timepieces. No ballet workshop. No planetarium show. I felt like such an idiot.

Well, we still had a full day of activities. There was a talk with ballet dancer, James Streeter (during which we found out that the captain had deployed all the ships stabilisers during the previous evening’s performance). We once again watched the ballet dancers doing their company class for an hour and a half. We went for afternoon tea, complete with string quartet and beautiful view out on the ocean, now mercifully free of fog.

We attended another astronomy lecture, this time on eclipses. But right before the lecture was about to begin, there was a ship-wide announcement. It wasn’t midday, so this had to be something unusual. The captain informed us that a passenger was seriously ill, and the Canadian coastguard was going to attempt a rescue. The ship was diverting closer to Newfoundland to get in helicopter range. The helicopter wouldn’t be landing, but instead attempting a tricky airlift in about twenty minutes time. And so we were told to literally clear the decks. I assume the rescue was successful, and I hope the patient recovers.

After that exciting interlude, things returned to normal. The lecture on eclipses was great, focusing in particular on the magificent 2017 solar eclipse across America.

It’s funny—Jessica and I are on this crossing because it was a fortunate convergence of ballet and being on a ship. And in 2017 we were in Sun Valley, Idaho because of a fortunate convergence of ballet and experiencing a total eclipse of the sun.

I’m starting to sense a theme here.

Anyway, after all the day’s dancing and talks were done, we sat down to dinner, where Jessica could once again surreptitiously spy on the dancers at a nearby table. We cemented our bond with the sommelier by ordering a bottle of the excellent Lebanese Château Musar.

When we got back to our room, there was a note waiting for us. It was an invitation for Jessica to take part in the next day’s ballet workshop! And, looking at the schedule for the next day, there was going to be repeats of the planetarium shows we missed today. All’s well that ends well.

Before going to bed, we did not set our clocks back.

Passenger’s log, day six: Friday, August 16, 2019

This morning was balletastic:

  • Jessica’s ballet workshop.
  • Watching the ballet dancers doing their company class.
  • Watching a rehearsal of the ballet performance.

The workshop was quite something. Jennie Harrington—who retired from dancing with Dust—took the 30 or so attendees through some of the moves from Akram Khan’s masterpiece. It looked great!

While all this was happening inside the ship, the weather outside was warming up. As we travel further south, the atmosphere is getting balmier. I spent an hour out on a deckchair, dozing and reading.

At one point, a large aircraft buzzed us—the Canadian coastguard perhaps? We can’t be that far from land. I think we’re still in international waters, but these waters have a Canadian accent.

After soaking up the salty sea air out on the bright deck, I entered the darkness of the planetarium, having successfully obtained tickets that morning by not having my watch on a different time to the rest of the ship.

That evening, there was a gala dinner with a 1920s theme. Jessica really looked the part—like a real flapper. I didn’t really make an effort. I just wore my tuxedo again. It was really fun wandering the ship and seeing all the ornate outfits, especially during the big band dance after dinner. I felt like I was in a photo on the wall of the Overlook Hotel.

Dressed for the 1920s.

Passenger’s log, day seven: Saturday, August 17, 2019

Today was the last full day of the voyage. Tomorrow we disembark.

We had a relaxed day, with the usual activities: a lecture or two; sitting in on the ballet company class.

Instead of getting a buffet lunch, we decided to do a sit-down lunch in the restaurant. That meant sitting at a table with other people, which could’ve been awkward, but turned out to be fine. But now that we’ve done the small talk, that’s probably all our social capital used up.

The main event today was always going to be the reprise and final performance from the English National Ballet. It was an afternoon performance this time. It was as good, if not better, the second time around. Bravo!

Best of all, after the performance, Jessica got to meet James Streeter and Erina Takahashi. Their performance from Dust was amazing, and we gushed with praise. They were very gracious and generous with their time. Needless to say, Jessica was very, very happy.

Shortly before the ballet performance, the captain made another unscheduled announcement. This time it was about a mechanical issue. There was a potential fault that needed to be investigated, which required stopping the ship for a while. Good news for the ballet dancers!

Jessica and I spent some time out on the deck while the ship was stopped. It’s was a lot warmer out there compared to just a day or two before. It was quite humid too—that’ll help us start to acclimatise for New York.

We could tell that we were getting closer to land. There are more ships on the horizon. From the amount of tankers we saw today, the ship must have passed close to a shipping lane.

We’re going to have a very early start tomorrow—although luckily the clocks will go back an hour again. So we did as much of our re-packing as we could this evening.

With the packing done, we still had some time to kill before dinner. We wandered over to the swanky Commodore Club cocktail bar at the fore of the ship. Our timing was perfect. There were two free seats positioned right by a window looking out onto the beautiful sunset we were sailing towards. The combination of ocean waves, gorgeous sunset, and very nice drinks ensured we were very relaxed when we made our way down to dinner.

Sailing into the sunset.

At the entrance of the dining hall—and at the entrance of any food-bearing establishment on board—there are automatic hand sanitiser dispensers. And just in case the automated solution isn’t enough, there’s also a person standing there with a bottle of hand sanitiser, catching your eye and just daring you to refuse an anti-bacterial benediction. As the line of smartly dressed guests enters the restaurant, this dutiful dispenser of cleanliness anoints the hands of each one; a priest of hygiene delivering a slightly sticky sacrament.

The paranoia is justified. A ship is a potential petri dish at sea. In my hometown of Cobh in Ireland, the old cemetery is filled with the bodies of foreign sailors whose ships were quarantined in the harbour at the first sign of cholera or smallpox. While those diseases aren’t likely to show up on the Queen Mary 2, if norovirus were to break out on the ship, it could potentially spread quickly. Hence the war on hand-based microbes.

Maybe it’s because I’ve just finished reading Ed Yong’s excellent book I contain multitudes, but I can’t help but wonder about our microbiomes on board this ship. Given enough time, would the microbiomes of the passengers begin to sync up? Maybe on a longer voyage, but this crossing almost certainly doesn’t afford enough time for gut synchronisation. This crossing is almost done.

Passenger’s log, day eight: Sunday, August 18, 2019

Jessica and I got up at 4:15am. This is an extremely unusual occurance for us. But we were about to experience something very out of the ordinary.

We dressed, looked unsuccessfully for coffee, and made our way on to the observation deck at the top of the ship. Land ho! The lights of New Jersey were shining off the port side of the ship. The lights of long island were shining off the starboard side. And dead ahead was the string of lights marking the Verrazano-Narrows Bridge.

The Queen Mary 2 was deliberately designed to pass under this bridge …just. The bridge has a clearance of 228 feet. The Queen Mary 2 is 236.2 feet, keel to funnel. That’s a difference of just 8.2 feet. Believe me, that doesn’t look like much when you’re on the top deck of the ship, standing right by the tallest mast.

The distant glow of New York was matched by the more localised glow of mobile phone screens on the deck. Passengers took photos constantly. Sometimes they took photos with flash, demonstrating a fundamental misunderstanding of how you photograph distant objects.

The distant object that everyone was taking pictures of was getting less and less distant. The Statue of Liberty was coming up on our port side.

I probably should’ve felt more of a stirring at the sight of this iconic harbour sculpture. The familiarity of its image might have dulled my appreciation. But not far from the statue was a dark area, one of the few pieces of land without lights. This was Ellis Island. If the Statue of Liberty was a symbol of welcome for your tired, your poor, your huddled masses yearning to breathe free, then Ellis Island was where the immigration rubber met the administrative road. This was where countless Irish migrants first entered the United States of America, bringing with them their songs, their stories, and their unhealthy appreciation for potatoes.

Before long, the sun was rising and the Queen Mary 2 was parallel parking at the Red Hook terminal in Brooklyn. We went back belowdecks and gathered our bags from our room. Rather than avail of baggage assistance—which would require us to wait a few hours before disembarking—we opted for “self help” dismembarkation. Shortly after 7am, our time on board the Queen Mary 2 was at an end. We were in the first group of passengers off the ship, and we sailed through customs and immigration.

Within moments of being back on dry land, we were in a cab heading for our hotel in Tribeca. The cab driver took us over the Brooklyn Bridge, explaining along the way how a cash payment would really be better for everyone in this arrangement. I didn’t have many American dollars, but after a bit of currency haggling, we agreed that I could give him the last of the Canadian dollars I had in my wallet from my recent trip to Vancouver. He’s got family in Canada, so this is a win-win situation.

It being a Sunday morning, there was no traffic to speak of. We were at our hotel in no time. I assumed we wouldn’t be able to check in for hours, but at least we’d be able to leave our bags there. I was pleasantly surprised when I was told that they had a room available! We checked in, dropped our bags, and promptly went in search of coffee and breakfast. We were tired, sure, but we had no jetlag. That felt good.

I connected to the hotel’s WiFi and went online for the first time in eight days. I had a lot of spam to delete, mostly about cryptocurrencies. I was back in the 21st century.

After a week at sea, where the empty horizon was visible in all directions, I was now in a teeming mass of human habitation where distant horizons are rare indeed. After New York, I’ll be heading to Saint Augustine in Florida, then Chicago, and finally Boston. My arrival into Manhattan marks the beginning of this two week American odyssey. But this also marks the end of my voyage from Southampton to New York, and with it, this passenger’s log.

Saturday, February 9th, 2019

Proper UI hierarchy · accssible

Bringing gradients back, baby!

This is going to be a handy reference to keep on hand whenever you want a button to actually look like a button.

Tuesday, December 14th, 2010

SimpleBits / On Speaking

Some good tips on public speaking from Dan.

Saturday, July 4th, 2009

Eternal moonwalk - A tribute to Michael Jackson.

Add your moonwalk to the collection.

Friday, November 9th, 2007


Here's Dan's latest project (and of course it looks gorgeous). I've been testing it for a while before the official launch and it's really sweet. Best of all, there is no sign up. All the interaction happens through Twitter. Clever.

Thursday, October 11th, 2007

Right Brain v Left Brain | Herald Sun

I can only see the dancer going clockwise. Jessica saw anti-clockwise at first but was then able to change direction. I can't do that.

Monday, October 1st, 2007

Design View / Andy Rutledge - quiet structure

A nice overview of avoiding clutter in web design. It's not just about whitespace; the number of edges and gradients can also add up to an undifferentiated design.

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.


Saturday, October 14th, 2006

YouTube - Liverpool Street mobile-clubbing.com flashmob, October 11th

This looks crazy! Everyone is dancing to the beat of a different drum... I mean, iPod.

Liverpool Street mobile-clubbing.com flashmob, October 11th

Friday, March 17th, 2006


Dan has redesigned. Or maybe that should be realigned. Either way, it feels just perfect. Talented bastard.

Friday, May 13th, 2005


Based on this sneak peak, it sounds like that Dead Can Dance disc I ordered is going to be very good indeed.