使用箭头键在画布中不规则放置和调整大小的元素（例如表单上的控件）之间导航的一些普遍接受的做法是什么？
例如，如果当前聚焦的元素是高元素（A），其高度包含右侧的三个较短元素（B，C和D）：
####### #######
# # # B #
# # #######
# #
# # #######
# A # # C #
# # #######
# #
# # #######
# # # D #
####### #######
当用户按下Right箭头时，应该关注哪些元素？顶部元素（B）？中心的一个（C）？
如果在使用用户通过按Left将焦点移至A之前D被聚焦了怎么办？当用户随后按Right？
我想知道这些方案是否有一些已发布的指南。
答案 0 :(得分：2)
我没有考虑任何具体的指导方针或任何东西，但似乎在第一种情况下，当你在A上并且你向右推时，它应该转到B。
如果你在推A时已经在C或D，那么回到那个可能是有意义的。我对这个不太确定，因为用户可能从底部转到A作为到达B的“快捷方式”（如果右列中有很多元素，这是有道理的，所以不要去（ Up-Up-Up-Up-Up-Up-Go-Left-Right）。
答案 1 :(得分：1)
我认为注意你导航到的'B'元素也很重要。假设B是一个文本框。如果你从A到B，你会假设用户想输入输入并自动将光标聚焦在文本框中吗？这将使用户立即使用在框中输入，但如果他/她想要转移到C或D，则会立即出现问题。
我认为向用户提供有关他/她所在领域的反馈更为重要.Windows控件往往会显示一个突出显示的字段，而在OS X中，您会在所选的控件周围获得一个独特的亮点（在大多数情况下）。
如果他们想要去其他地方，请尽量不要妨碍用户。如果他们只想移动到另一个元素，请不要在移动到A-D后锁定键盘。
答案 2 :(得分：1)
通常，在控件中导航应遵循用户的自然阅读顺序。在西方文化中，这是从左到右，从上到下。这是微软的可用性标准，可以追溯到优秀的The Windows Interface Guidelines for Software Design和Microsoft Windows User Experience。
在您的示例中，通过控件的导航应该是A-B-C-D-A -...
答案 3 :(得分：0)
如果你在A上并且你向右击，你应该去B。
如果你在D上，并且你点击左，有两个选项：“向左走”，即A，或“返回”，这意味着要去B.如果你选择第二种方式，那就是没有地方迷路，虽然起初看起来有点奇怪。
那就是说，如果你选择第一种方式，我认为适当的将是B：不需要记住你在哪里，只要你在哪里，知道你将在哪里。 （“状态不好。不要让用户考虑它。”）
答案 4 :(得分：0)
了解Microsoft对Vista应用程序的说法。