Category: GNOME

Nexenta

Notwithstanding some (fairly pointless, IMHO) debate about the open-ness or otherwise of having to register for its pilot programme, Nexenta looks like being one of the most exciting projects to spring from OpenSolaris so far.

Testing, 1,2,3…

It’s kind of ironic, not to mention ever-so-slightly depressing, that both the ‘rival’ UI testing suites du jour only mention Linux in their acronyms and descriptions, when a key part of the underlying technology on which they depend (the accessibility framework) was largely developed on Solaris boxes in the first place 🙂 Presumably the suites themselves should also run equally happily on said ancestral platform, so it would be nice to see a bit of a mention at least…

A decade of usability

Yikes, it’s ten years today since the first real project I worked on (for money) produced its first real deliverable.

I was employed by Logica (now LogicaCMG) in Cambridge, but was working with a team of other usability folk from Logica, Admiral Consulting (now part of LogicaCMG themselves), Microsoft, GUI Designers and others at Reuters’ now-defunct Usability Group just off Fleet Street in London.

With insufficient funding to build their own in-house team, Reuters’ Greg Garrison decided to form a virtual team’ of usability consultants from various companies, who could be called upon as they were required. The rest of the time, they would be back in their own offices, being paid by their own companies. (In practice, it didn’t quite work like that; most of us were there 10 or 12 hours a day, 5 days a week, blowing the budget on a variety of wild ideas.)

And the deliverable? A multimedia extravaganza of usability examples, guidelines and icon libraries on CD-ROM, all produced in Macromedia Director, Microsoft Visual Basic, and Adobe Acrobat and Photoshop (all of which were at about Version 3 in those days). And burned on the office’s own CD burner– which cost about three grand, and took half an hour to burn a disc.

I can’t say that the work was always a whole lot of fun… long hours, personality clashes, artistic differences and inter-company rivalry were never too far from the surface, and because the virtual team thing was considered innovative at the time, Greg was always trailing all sorts of media and BPR types around the office (and particularly the usability lab that was part of it) while you were trying to get your work done. But most of the stuff we did, and the CD-ROM itself, still stands up pretty well, I learned a whole lot from the people I was working with, and made some good friends. (The occasional spot of wild partying in London was a bonus, too…)

Add to Panel redux

A few weeks ago I posted my initial reaction to the new ‘Add to Panel’ dialog that had snuck into Ubuntu Breezy, and it wasn’t very positive 🙂 It also provoked the most comments I’ve ever had on a blog entry, many in agreement, and some not.

To his credit, Manu took my comments very well, pointed out one or two things about the design that I hadn’t noticed, and asked me if I’d blog about it again once the design had settled down a bit.

So, here I am looking at it again.

On the positive side, it now fits on an 800×600 screen, and the categories are all filled out a bit more, so the initial “what a waste of space” reaction is gone (although it still hits a bit if you scroll down to the Internet and Multimedia sections, which only have one item apiece in them.)

To be honest, I don’t think I’m ever really going to like the OSX SystemPrefs-like layout; the first impression you get when the window opens is that the icons are arranged almost randomly, because they’re sorted in three dimensions rather than the simple alphabetical list we’ve all become used to. The description of each applet is also rather hidden away (near the bottom of the dialog), compared to the old design where it’s right beside the applet in question. Tooltips might work better here.

The search box is promising, but needs a little more work to be spot on (ignoring, for the moment, the fact that it works like nothing else in GNOME). It filters the visible list based on what you type, searching both the applet names and descriptions. So, typing ‘sound’ will leave you with just the “Volume Control” applet on display. It doesn’t actually select any results, though, even when there’s only one matching applet, so you can’t just hit Enter straight away to add it. Nor are the results ranked in any way, so if I search for ‘log’, I get ‘Blog Entry Poster’ and ‘Log Out’ in that order, even though it’s most likely ‘Log Out’ that I’m looking for. That’s probably not a big deal with the small search domain we’re dealing with here, though.

Another problem is that the applet descriptions can’t (and shouldn’t) include every word that a user will search for. As an example, the first four search terms I used to try and ‘find’ the Rhythmbox applet were MP3, CD, player and jukebox, none of which gave me any matches. We’d probably need some sort of hidden keyword system for this to work as well as Apple’s does.

Other minor gripes are that it doesn’t currently allow multiple selections, and longer applet names get clipped. A bigger issue is the icons on display don’t seem to respect the current theme, which will need to be fixed to be considered accessible.

Verdict: it’s a lot better, and I expect I could live with it. But personally I still prefer the old one 🙂