and the 'Ribbons' Interface Brouhaha: Page 2

(Page 2 of 2)

The trouble is, all these viewpoints are subjective, although some are more logical than others. While interface design is a skilled craft, most of us imagine ourselves competent to judge it (we rarely are, and, while user experience is central to interface design, it is the statistical experience that matters more than the individual one).

Admittedly, some ideas seem plausible. But the truth is that we have no definitive evidence of what makes people switch to free software in general, or in particular. For many, the reason -- at least at first -- may be simply that free software can be downloaded at no cost.

In fact, we don't even know one way or the other whether Ribbons provides an intuitive, first-time-accessible experience that every interface designer wants to create.

Listen to "The Story of the Ribbon," a series of YouTube videos by Jensen Harris, the Principal Group Program Manager of Microsoft's Office User Experience Team, and you might believe that the implementation of Ribbons in MS Office was an overwhelming success. According to Jensen, 80% of long-time users say that Ribbons allow them to do their work with fewer steps, 90% that they make the creation of professional-looking documents easier, and 88% that they make office applications "more fun to use."

By contrast, an academic study by Catherine Beel, available online as a PDF document, suggests that experienced MS Office users took longer to do tasks or navigate with a Ribbon interface, and generally preferred traditional menus and toolbars by a ratio of almost four to one.

The immediate temptation is to reject the Microsoft study as biased or distorted by marketing in favor of Beel's independent study. However, since Beel's study involved only fifty participants, it might have too small a sample to be representative of users as a whole.

The trouble is, published evidence on either side is scanty. In particular, how new users -- the supposed audience for all these efforts -- might rate traditional menus and toolbars and against Ribbons remains unknown, objectively speaking. The Ribbon interface has spread more through Microsoft's dominance than because it is recognized among usability experts as a superior alternative.

Nagging doubts

Still, you do not need certainty to be troubled by the idea of Ribbons. Among the more thoughtful reactions to the new prototype were comments that Ribbons have less than the amount of vertical display for working in -- yet, with wide screen monitors, the extra space is horizontal. Perhaps, then, if Ribbons are used, their default position should be on one side of the editing window, like the dockers or floating toolbars in KOffice 2.0.

More importantly, as John C. Dvorak points out, in MS Office, the introduction of Ribbons obscured many advanced features. Some, such as the notoriously unstable master document feature, seem to have disappeared entirely. In's case, I would be particularly worried about what Ribbons would do to its system of styles -- one of its key features, and a significant time-saver for anyone doing longer documents. As Dvorak writes, the effort to make interfaces more intuitive might better be called dumbing-down.

For that matter, does the new user who is the beneficiary of all the interface changes even exist? How many people who start have no experience whatsoever of an office application? At any rate, no matter how easy an interface becomes, a learning period is inevitable.

Rather than anticipating the needs of new users, perhaps's scarce resources might be better focused on improving the experience of established users. Yet, according to McCreesh, this is precisely the possibility that Project Renaissance has rejected, on the grounds that "the feedback from experienced users was [that] they were generally comfortable with the [User Interface]."

None of these reasons are enough to reject Ribbons out of hand. Maybe Project Renaissance can learn from past mistakes and avoid the potential problems. Still, for me, the question is whether these problems are so much a part of Ribbon interfaces that they are to some degree unavoidable. What troubles me is not so much the possibilities than the fact that no one seems to know definitively how realistic they are.

Content or Interface?

But perhaps the importance of the interface are exaggerated by everybody. While Ribbons are disliked enough that several companies have products to restore traditional menus to MS Office, the majority of MS Office users seem to have adjusted to them. Conversely, few users are clamoring for Ribbons.

Perhaps people are far more focused on the content that they produce than the software that is their means of production. If so, then once software reaches the point of rough usability, whether it uses menus or Ribbons matters very little to the majority. So long as the features that they need most of the time are easy to find, I suspect that most users will quickly settle down to either. They may grumble and complain at first, but within hours or days, they will return their focus to their main concern.

If so, then the fact that Project Renaissance chose a Ribbon interface for the first prototype might just be disturbing after all. The decision suggests that Ribbons are already a leading contender for the new look of And, just possibly, they shouldn't be -- not because Microsoft is evil, but because Ribbons might just exchange the existing interface weaknesses of for new ones. If that is so, then Project Renaissance might be going through a colossal effort for very little results.

Page 2 of 2

Previous Page
1 2

Tags: Linux, Microsoft, software,

0 Comments (click to add your comment)
Comment and Contribute


(Maximum characters: 1200). You have characters left.