Lucid Dreaming – A Review of Ubuntu 10.04

March 29th, 2010

The next version of Ubuntu, 10.04 “Lucid Lynx” is only a few weeks away, and it’s looking to be a very impressive release. Ubuntu has always seemed to be the Linux distro with the most sense of polish, and 10.04 seems to be the the most polished version of Ubuntu yet. Even though Lucid is just in beta, it seems to work incredibly well.

To get this out of the way, yes, BloGTK 2.0 appears to run flawlessly on Lucid, at least as far as I can tell. I’ll have to create some packages of 2.0 especially for Lucid, but just a repackage appears to be all that’s required.

I’m currently testing Lucid on my netbook (an older Acer Aspire) — and if Lucid can perform well on a machine with a paltry single-core Atom processor and 1GB of RAM, it should perform quite well on better hardware. And indeed, Lucid is plenty fast even on an older netbook.

And Lucid is fast. The boot sequence is the most rapid I’ve ever seen — it’s just a few seconds between the BIOS going through POST and hitting the login screen. There has been a lot of work involved in optimizing Ubuntu’s boot process, and it shows. The fact that it can boot so quickly on a netbook is a testament to how finely optimized the system is.

I’ve never been a fan of Ubuntu’s previous brown and yellow color scheme — it just didn’t strike me as aesthetically pleasing. Lucid features a much nicer theme by default. The default desktop is a bit plain, but it gets the job done. The default GTK theme is pleasing to the eye and features some nice rounded scrollbars.

But for some reason, the window controls are to the left, Mac-style. Except not quite Mac-style, as the order of the buttons is the same as Windows, with the close button on the far right. While Ubuntu head honcho Mark Shuttleworth thinks this is a grand idea, it just seems odd. It’s not a major thing, but it does throw you until you get the hang of it.

Lucid tries to integrate social networking throughout, using Gwibber. It’s a little rough around the edges as is, but this is still a beta, and there’s time to get it right. Social networking is the killer app for most users now, and having an OS that does it out of the box is nice.

Lucid is already looking to be a great step forward for Ubuntu, especially after 9.10 led to many complaints. Even on less powerful hardware, the improved boot times are nothing short of amazing. There are still a few rough edges in this beta, but that’s to be expected. Some of the changes may not appeal to everyone, but overall Lucid provides a very polished experience.

A polished experience is what Linux has been lacking for a long time. The entire Ubuntu team has been focusing on making Linux more usable from the ground up, and their efforts show. The competition is heating up – Mac OS X still provides an incredibly polished experience and Windows 7 sucks less than Vista did. (Damnation by feint praise indeed!) Lucid is a great advance to an already-great Linux distribution, and well worth the upgrade when it becomes final next month.

Anatomy of a Dialog

November 12th, 2009

In the process of developing BloGTK 2.0, one of the goals was to create a much more polished user interface. Linux is extremely powerful, but it’s never been particularly usable. Love it or hate it, Mac OS X proven that you could create a usable UNIX-based operating system that could appeal to a wide audience. The reason why OS X is such a usable system is because Apple has a nearly fanatical devotion to removing anything that gets in the way of the user.

Take BloGTK 2.0’s settings window as an example:

The old design for the BloGTK 2.0 settings window

The old design for the BloGTK 2.0 settings window

This dialog is not very usable. For one, it looks cluttered. There are dividing lines all over the place. In theory, you want some kind of visual separation to divide up elements of an interface. So in this dialog there are dividing lines between the blog name field, the blog URI field and its attached button, the username and password section, and the section for the blog id and blogging fields. There are four lines just on that section of the dialog, not to mention the dividing line between the dialog buttons and the rest. So even though it’s theoretically usable to put all these lines in, it doesn’t really work in practice.

So, it was back to the drawing board. Yes, separating out all those elements made sense in a way. But would a user actually care? Probably not. Was there a way of making the dialog both look at function better?

This is where GNOME programmers should turn to the GNOME Human Interface Guidelines. Having a consistent set of human interface guidelines is a key part of having a usable system, and far too few programmers follow these guidelines.

Here’s what the GNOME HIG says about visual design. Note how much that dialog from BloGTK looks like the example of bad visual design. Sadly, that dialog is not alone. Programmers tend to like to think of things in terms of discreet “boxes”—and while that’s a great thing for programming, it makes for a really bad UI. So the dialog on the left is cluttered and hard to follow.

The HIG has some very good recommendations for how to avoid an ugly and unfriendly dialog: get rid of frames and separators, make sure that elements are sized and spaced consistently, and design with the user in mind.

Applying those principles, here’s what the revamped Settings dialog for BloGTK 2.0 looks like:

The new BloGTK 2.0 settings window

The new and improved BloGTK 2.0 settings window

This dialog is not perfect. It is a work in progress. But notice how much cleaner this dialog is compared to the one above. Gone are the ugly dividing lines. Instead of having the last four inputs scrunched into two columns, they are aligned with the other elements. Even adding a new element to control the number of posts to be retrieved, the design looks much friendlier than before.

What did I learn from reworking this dialog? For one, the HIG is your friend. It’s as important as the Python Library Reference to constructing a usable application. So few applications follow the HIG, which contributes to users feeling that Linux is hard to use and wildly inconsistent from application to application. Ultimately, it’s up to us application developers to fix this.

I also learned that usability is a process, not an event. That dialog was done and redone several times until it was acceptable—and it will probably change again. The days when programmers didn’t have to worry about design are long since gone. Now understanding basic UI design is as important as knowing how to code.

The first dialog worked well enough. It got the job done. But if Linux is to continue to grow, it needs applications that are consistent and well-designed. That means that developers should find their inner designer, have the HIG bookmarked, and look at bad design as a bug that needs to be fixed. Give your user interfaces some love, and hopefully your users will do the same for you.