InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Chris Bryant on the Ribbon Interface

Posted by Jonathan Allen on Apr 12, 2007

Sections
Development
Topics
.NET ,
Rich Client / Desktop
Tags
Useability

Back in November we reported on the usage restrictions for the Ribbon, new UI design used in Office 2007. Since then we have been able to catch up with Chris Bryant, a Senior Product Manager at Microsoft, to answer some of the lingering questions.

Some people are asking why Microsoft is trying to enforce UI standards. Other are asking why hasn't Microsoft done so in the past.

The Office UI Licensing Program wasn’t created because we wanted to enforce UI standards. It was created because of our massive investment in the new Office Fluent UI and the desire expressed by customers and partners to share in that investment and build similar UI. The real difference between the past and today is that we are explicitly protecting the IP that is embodied in the UI and making certain our ownership of it. Customers and partners had approached us in the past about obtaining licenses or rights to share previous UI developments and we didn’t have a good answer for them. For the first time they can obtain an affirmative right to use our IP, and it’s royalty-free.

The only caveat is that we need to be sure that developers do a good job implementing the UI that they license from us. This is why we have the standards (the design guidelines document). Without standards for licensed implementations, we would risk diluting the strength of our IP.

This is different from trying to enforce UI standards across the industry. We recognize that there are many applications that benefit from having a UI that is similar to that of Microsoft Office, and the fact that many ISVs are licensing the UI and building software that looks like Office is a testament to that fact. However, there are also many applications for which the Office Fluent UI would be overkill or a burden or just plain inappropriate. The choice is up to the developer of the application, but if looking like Office is important then it has to be done with a high degree of consistency.

If Microsoft isn't making money off of it, why have a licensing agreement?

The license agreement is for our protection and the protection of those who wish to share in the Office Fluent UI designs. It demonstrates our ownership over the IP and grants affirmative rights to the licensee to be able to use it. It’s also important for the average customer to have a good experience with the Fluent UI wherever it appears. Having a licensing agreement and a standardized set of guidelines helps to ensure that when a customer uses the UI in any application, he/she can have certain expectations and a certain quality of experience without being disappointed, frustrated, or confused.

And finally, if Microsoft is concerned about consistency, why isn't Microsoft releasing a toolkit directly?

Unfortunately, we were unable to complete development of a toolkit while development of the UI itself was underway. The licensing program needed to be put in place as customers and partners were being exposed to the UI and expressing their desire to build similar UI into their own products, with or without a toolkit. Microsoft may at some time ship tools to build Office Fluent UIs. However, there are already a number of component vendors out there who are offering excellent implementations of the Office Fluent UI for use in 3rd party applications. They have taken a great deal of the work upon themselves to build compliant, consistent implementations, and we are extremely happy to have them as partners in this program.

Among the vendors currently offering Ribbon interfaces are Actipro, Developer Express, Infragistics, and Telerik
 

No comments

Watch Thread Reply

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.