I'm Aza Raskin @azaaza. I make shiny things. I simplify.

I am the cofounder of Massive Health.

 

Personalizing Firefox’s UI automatically. Just for you.

Here’s the question: Does automatically generated interfaces — based on user skill, dexterity, and impairments — have a place in Firefox?

The University of Washington recently released a program called Supple. Essentially, it puts you through a small digital obstacle course — move your cursor here, click there — and then calculates all of your motor-skill constants: what’s the difference between your single and double click, how quickly can you target a button on screen, what’s your reaction time, etc. Once it has all of the data, it generates an interface to match your particular set of skills.

Although this loosely falls into the adaptive interface category, it doesn’t have the normal problems associated with adaptive interfaces because it only adapts once.

After reading the paper, I don’t think Supple has the ability to revolutionize interfaces per se (like the Guardian seems to think). It’s an optimization of a given set of widgets and small-scale design patterns. If you start with poor assumptions and widgets, you’ll end up with a well-optimized poor interface. And you’ll never get out-of-the-box thinking that gets you passed the point of diminishing returns on iterative improvements.

It does, though, have the ability to help us designers in making our interfaces evolutionarily better. In particular, we constantly need to base decisions on a mythical “average user”. SUPPLE can potentially let the interface mold to the actually user’s abilities, instead of the user having to become more stereotypical.

It’s ironic (and predicable) that the interfaces SUPPLE comes up with for dexterity/visually impaired people are just better interfaces than the controls. The optimized interfaces almost always display more information in a way that requires less clicking than the original interfaces. No wonder they perform better! It’s just a direct application of Fitts’s law and GOMs analysis.

For Firefox, I can see two immediate applications. The first is to optimize the current interface to best fit the user: Larger buttons in the chrome for folks with poorer motor skills (or disabilities), different preference layouts, etc. This is the kind of stuff computers are great at — constrained(ish) problems in which they can optimizing a large number of inter-dependent variables. And do it on a per-person basis.

The second is to automatically optimize the websites themselves to be better turned for the user. I have a feeling that this has been tried before, though, to marginal effect. However, SUPPLE seems to be smarter than previous attempts.

Plus, with Firefox, you never need to give the user a proficiency test. By instrumenting Firefox to do the same thing, after a day of use we’d have a wealth of information to base optimizations on. Stay tuned for more on this with Auto Pilot.

One interesting thing to call out: The interfaces for SUPPLE are defined by schematic intent, not by layout. The computer translates a user-flow markup into an actual interface. We’ll probably see a lot more of this as we need to design web sites for truly divergent screen-sizes (computer, mobile, wall screens).

RT @azaaza Personalizing Firefox’s UI automatically. Just for you. | Follow @azaaza on Twitter | All blog posts

No related posts.

View all 13 comments


Hi Aza,
Interfaces facades are also a nice way to explore alternatives:
http://insitu.lri.fr/metisse/facades/
http://insitu.lri.fr/~roussel/videos/metisse/facades/uifacades.mov

Cheers
Aurelien


Hey Aza,

This looks like a very interesting article, but not being a UI/UE/HCI guy, you’ve lost me at “It’s just a direct application of Fitts’s law and GOMs analysis.”

I think that links to http://en.wikipedia.org/wiki/Fitts%27_law would help, along with an acronym element that would tell me what GOM means (other than “Grumpy Old Men (TV Series)” and “Gretech Online Movie Player” suggested by Wikipedia).

Otherwise I sense that you’re raising something interesting, and this is why I’m feeling a bit frustrated.

Your ignorant readers want to understand, please help them ;-)

–Tristan


I’ve been interested in this line of thinking for some years, so it’s nice to see and hear more about it. Seems like there’s a home this type of stuff at big web content companies as well as in software. Why just personalize content when you can personalize interface as well?

Thanks for sharing.

Thanks,
Nate



Aza Raskin

@ Tristan: Sorry about that. That’s Fitts’s law. I’ll write an article about GOMs analysis soon.



Nortius Maximus

@Tristan:

Not necessarily a great article, but a placeholder for thought: take a peek at http://www.eecs.umich.edu/~kieras/goms.html

GOMs == Goals, Operations, Method(s).

I look forward to Aza’s exegesis… :)



Nortius Maximus

Self-quibble: sorry, “Operations” is sometimes (more correctly?) called “Operators”. I’ll be quiet now…


thnks
gooooood


Hi, I love your blog. Is there some thing I can do to obtain updates like a subscription or some thing? I am sorry I’m not familiar with RSS?


Adding Embedded Code to a Report

You’ve been kicked (a good thing) – Trackback from DotNetKicks.com


I’ve been looking for website about this topic for a while and yours is the best I have discovered so far. Thank you.


%BLOGTITLE% – Love it!



Val

of course like your web-site however you have to take a look at the spelling on several of your posts. A number of them are rife with spelling issues and I to find it very troublesome to inform the reality then again I¡¦ll surely come again again


I am no longer positive where you’re getting your information, however good topic. I must spend a while finding out much more or working out more. Thank you for great information I was in search of this information for my mission.


Leave a Comment