设计原则:是否有理由关闭TabStop?

时间:2009-11-10 22:28:59

标签: .net user-interface tabstop

在Visual Studio .NET中,对于所有命令和输入字段,TabStop属性默认设置为True。大多数其他设计师对“高级用户”都有一些标签控制的概念,他们不喜欢切换到他们的鼠标。

当用户点击标签按钮以迭代标签顺序时,此属性只是切换控件获得焦点的能力。

我听说很多开发人员都在谈论每个字段是否都应该按Tab键顺序排列。以下是我在任何一方听到的一些论点:

永远开启:

  1. 将标签顺序关闭为按钮会强制用户将手从
  2. 上移开
  3. 键盘点击它会减慢你的流量。
  4. Microsoft出于某种原因将其默认为true。
  5. 无论如何,已禁用/隐藏按钮无法获得焦点。
  6. 有时候关闭:

    1. 取消按钮和删除按钮应位于标签顺序之外,以避免意外执行。
    2. 是的,它不在标签顺序中,但你应该设置一个助记符,这样你仍然可以用键盘访问它。
    3. 我的问题围绕良好的设计原则:

      1. 是否有充分的理由关闭TabStop以获取命令按钮?
      2. 是否有充分理由将TabStop关闭为输入字段?
      3. 如果你对其中任何一个说“是”,你知道任何着名的程序示例吗?比如Windows Media Player?或者在控制面板中的某个位置或某些东西作为没有标签顺序的字段/按钮的示例?

1 个答案:

答案 0 :(得分:2)

不确定。 Microsoft Outlook。您可以通过“收件人”,“CC”和其他字段进行选项卡,但工具条上没有制表位(或者“To ...”和“Cc ...”按钮)。

在我的布局上,将光标放在“To”TextBox中,点击标签,然后跳转到“CC”文本框。再次选中Tab以转到主题TextBox,最后下一个选项卡将您带入电子邮件的正文(TAB只是在正文中插入一个选项卡)。

复杂表单上有很多UI元素,用户几乎从不需要使用它们,但是那些奇怪的情况是存在的。在Outlook中打开一封新电子邮件,然后查看其中的所有按钮。想象一下必须通过所有这些。

有很多应用程序可以完成这项任务,这是为了实用性。通常非常有必要删除制表位。