.net 设计原则：是否有理由关闭TabStop？

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

当用户点击tab按钮遍历tab顺序时，此属性只是切换控件接收焦点的能力

我听过许多开发人员谈论是否每个字段都应该按制表符顺序排列。以下是我听到的双方的一些论点：

始终在线：

关闭按钮的tab顺序会强制用户将手从按钮上移开

用键盘点击它会减慢你的速度

微软默认为true是有原因的

禁用/隐藏的按钮无论如何都无法获得焦点

有时关闭：

取消按钮和删除按钮应位于选项卡顺序之外，以避免意外执行

是的，这不符合制表符顺序，但您应该设置助记符，这样您仍然可以使用键盘访问它

我的问题围绕着好的设计原则：

是否有充分的理由关闭命令按钮的TabStop

是否有充分的理由关闭输入字段的TabStop

---

如果您对其中任何一个都说是，您知道任何著名的程序示例吗？比如Windows Media player？或者在控制面板中的某个地方，或者作为没有选项卡顺序的字段/按钮的示例？

当然。微软Outlook。您可以通过“收件人”、“抄送”和其他字段进行制表，但在工具条上（或在“收件人…”和“抄送…”按钮上）没有制表位

在我的布局中，将光标放在“收件人”文本框中，点击tab，然后跳转到“抄送”文本框。再次单击tab转到主题文本框，最后下一个选项卡将您放入电子邮件正文中（其中一个选项卡只是在正文中插入一个选项卡）

复杂表单上有大量用户界面元素，用户几乎永远不需要使用，但在这些奇怪的情况下也有。在Outlook中打开一封新的电子邮件，只需查看其中的所有按钮。想象一下，必须通过选项卡浏览所有这些按钮

---

有很多应用程序都是这样做的，这是出于可用性考虑。删除制表位通常是非常必要的。

实际上，在“到”和“抄送”按钮上有制表位：它们位于各个字段的制表位之前。将“到”字段中的“到”选项卡切换为“抄送”按钮，另一个“到”选项卡切换为“到”按钮。toolstrip也有一个选项卡顺序，尽管您无法通过正常的选项卡顺序访问它。这就好像只有当光标已经在toolstrip中时，才将选项卡停止打开到这些控件上。我也这么认为，但我尝试过，但是我使用的Outlook版本（2003）中没有选项卡停止。我知道其他版本中也有tab Stop，所以我想知道这是否/何时会发生变化。可能有特定的原因导致没有控件而没有tab Stop。但是残疾人是否会受益或期待tab Stop出现？哈哈，我想我刚刚证明了我的观点……我试图在outlook页面上完成tab顺序我不小心按下了“发送”按钮，向我的同事和老板发送了一封题为“Adof”的空白电子邮件。那么这真的是答案吗？“是的，很好；但是没有人能找到一个好的例子。”