使用箭头键在画布中不规则放置和大小的元素（例如表单上的控件）之间导航有哪些普遍接受的做法？
例如，如果当前聚焦的元素是一个 tall 元素 (A)，其高度包含其右侧三个较短的元素（B、C 和 D）：
####### #######
# # # B #
# # #######
# #
# # #######
# A # # C #
# # #######
# #
# # #######
# # # D #
####### #######
Right当用户按下箭头时，哪些元素应该被聚焦？顶部元素（B）？中间的那个（C）？
如果在用户通过按下将焦点移到 A 之前 D 已经被聚焦Left怎么办？当用户随后按下时，焦点是否应该返回到 D Right？
我想知道这些场景是否有一些已发布的指南。
我没有研究任何具体的指导方针或任何东西，但似乎在第一种情况下，当你在 A 并且你按 Right 时，它应该转到 B。
如果你在推 A 时已经在 C 或 D 上，那么回到那个位置可能是有意义的。我不太确定这一点，因为用户可能已经从底部到 A 作为到达 B 的“快捷方式”（如果右列中有很多元素，这是有道理的，所以不要去 ( Up-Up-Up-Up-Up-Up 你从左到右）。
我认为注意您要导航到的元素“B”也很重要。假设 B 是一个文本框。如果您从 A 转到 B，您会假设用户想要输入输入并自动将光标聚焦在文本框中吗？这将使用户立即使用输入框，但如果他/她想改为移动到 C 或 D，则会立即出现问题。
我认为更重要的是向用户反馈他/她所在的字段。Windows 控件往往会因为显示突出显示的字段而很糟糕，而在 OS X 中，您会在所选控件周围获得独特的突出显示（在大多数情况下）例）。
如果他们想去其他地方，请注意不要妨碍用户。如果他们只想移动到另一个元素，则不要在移动到 AD 后锁定他们的键盘。
通常，浏览控件应遵循用户的自然阅读顺序。在西方文化中，这是从左到右，从上到下。这一直是 Microsoft 的可用性标准，可以追溯到出色的软件设计和Microsoft Windows 用户体验的 Windows 界面指南。
在您的示例中，通过控件导航应该是 ABCDA-...
如果你在 A 上并且击中正确，你应该去 B。
如果你在D上，然后你按左，有两个选择：“向左”，即A，或“返回”，即去B。如果选择第二种方式，则无处可去迷路，虽然起初看起来有点奇怪。
也就是说，如果你选择第一种方式，我认为正确的方式是 B：不需要记住你在哪里，只是你在哪里，知道你会在哪里。（“状态不好。不要让用户去想它。”）
看看微软对 Vista 应用程序的评价。