代码之家  ›  专栏  ›  技术社区  ›  t0mm13b

有人用过色带控制吗?[关闭]

  •  12
  • t0mm13b  · 技术社区  · 14 年前

    现在Windows7出现了,Ribbon控件似乎很流行。

    我从这个链接中想到了一个功能区控件 Codeplex

    我想知道的是,将ui范式转换为纯粹使用功能区控件“与时俱进或跟上发展趋势”有什么真正的好处吗?

    我只是看不出这样做的意义,除非你正在开发的应用程序在拥有大量菜单选项方面已经超过了微软的word。

    使用Ribbon控件,肯定会有一些最终用户兴奋地尖叫着想要他们的旧用户界面回来…

    2 回复  |  直到 12 年前
        1
  •  14
  •   casperOne    13 年前

    大多数应用程序将 需要Ribbon UI样式/设计。

    然而,这并不意味着大多数开发人员 不会 把丝带放到他们的应用程序中。

    虽然从ui设计的角度来看,将功能区放到应用程序中可能没有理由,但是为了使导航和使用ui变得更容易,需要使用人们熟悉的现有ui模式/设计。

    考虑到办公产品线的普遍性,Ribbon是最重复的UI设计/模式之一并不奇怪。在此之前,旧的office命令栏是最重复的(它们甚至在.net中通过 ToolStrip class System.Windows.Forms namespace )你也看到许多在过去十年中出现的应用程序都使用这种用户界面模式。

    所以虽然我不认为缎带的应用适合 每一个 应用程序的类型,在考虑它时应该考虑到它的所有好处,这意味着组织特性 以及 熟悉性特征。

    有一个由 Jenson Harris MIX08 题为“ The Story of the Ribbon 它记录了由于菜单和项目臃肿,办公室需要一种新的方法,以及他们是如何看待这个问题的,以及他们最终是如何提出这个问题的。这段视频大约90分钟,但如果你想了解为什么色带以它今天的形式存在,以及它是什么时候和不适合使用它的话,这段视频是必不可少的。

        2
  •  5
  •   Community Tales Farias    7 年前

    我很好奇,你看过录像了吗 The Story of the Ribbon ?

    这种建立在 casperOne's answer ,因为它将被过度使用和滥用。

    Office2007的设计更改有很多方面,从某种意义上说,功能区是最肤浅的—但是,它是实现主要功能更改(如格式化预览)的门户。在我看来,如果你不打算同时提供这些功能(如果它们有意义的话),那么使用缎带将是一种误导。

    我认为我在上面链接的视频非常重要。丝带是一个非常深思熟虑的设计,在它的上下文中工作得非常好。我认为设计背后的想法也非常重要,如果你不了解这些原则以及它们如何应用于你的应用程序,那么表面上使用功能区控件不太可能增加任何有用性。

    推荐文章