微軟經理解釋Ribbon界面臺前幕後故事
去年九月份我們對Ribbon（Office 2007裏用的一種新型UI設計）的使用限制做了報道。從那以後，我們得以和微軟的高級產品經理Chris Bryant有了聯繫，今天他回答了我們一些過去遺留的問題。
一些人一直在問爲什麼微軟試圖執行使用UI標準，另外還有人問，爲什麼微軟過去沒有這樣做？
以前之所以沒有做Office UI認證計劃，是因爲我們想執行UI標準。在新的Office Fluent UI（Ribbin）上面我們做了巨大的投資，很多客戶和合作夥伴也想分享這些成果，建立類似的UI，於是這一計劃水到渠成。過去和今天的真正不同在於，我們明確保護體現在UI裏的知識產權，並聲明對它的所有權。客戶和合作夥伴過去詢問我們關於獲得認證和授權以分享從前的UI開發時，我們不知道怎麼回答。現在，他們第一次有了明確的答覆，就是有權使用我們的知識產權，而且是免費的。
唯一需要指出的是，我們需要確保開發人員能夠很好地實現從我們這兒獲得授權的UI。這也是爲什麼會有標準（設計指南文檔）的誕生。
這是與工業化過程中的UI標準執行不同的地方。我們承認，有很多應用得益於和微軟的Office有類似的界面，許多ISV（獨立軟件供應商）也在授權這種UI並開發和Office長得很像的軟件。但是，也有很多應用其實是不適合使用Office的UI的。是否使用類似Office的UI取決於開發這個應用的人員，但是如果和Office的UI保持一致很有意義，那麼就要不打折地應用它。
如果微軟不從中牟利，爲什麼還要有一個認證協議？
認證協議是爲了保護，比如那些想應用Office Fluent UI設計的人或者企業。協議表明了我們在知識產權上的所有權，並可以在認證聲明中授權是否能使用這種設計。對普通的用戶也是很重要的，他們可以在使用這些UI的地方得到良好的用戶體驗。有一個認證協議和指南標準有助於確保客戶在任何應用中使用UI時，他或者她都可以有明確的指導，以及不讓他有什麼迷惑或者挫折感的高質量體驗。
最後，如果微軟是爲統一性考慮，爲什麼不直接發佈一個Toolkit？
不幸的是，在開發UI的過程中，我們還沒能完成Toolkit的開發。其實認證計劃只在客戶或者合作伙伴在需要UI，或者要把類似的UI構建到他們自己的產品中時纔有用，不論是否使用Toolkit。也許未來微軟會提供構建Office Fluent UI的工具。但是，已經有很多組件提供商提供了可以在第三方應用中實現Office Fluent UI的很棒的實現。他們做了很多努力以提供平滑而統一的實現，我們也很高興在這個計劃中有這些合作伙伴。
現在提供Ribbon界面的供應商有Actipro，Developer Express，Infragistics和Telerik。