去年九月份我们对 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 。
评论