android - ICS 中的确定/取消按钮顺序

Question

从 SDK 14 开始，首选顺序是 Cancel/OK，而不是之前的 OK/Cancel。我不会参与关于这是好主意还是坏主意的辩论，这不是我要问的主题。

问题是 ADK 通过为您提供以下 Lint 来鼓励您对 SDK >= 14 的设备使用新命令

Layout uses the wrong button order for API >= 14: Create a layout-v14/layout.xml file with opposite order: Cancel button should be on the left (was "@string/send | Cancel", should be "Cancel | @string/ send")

好的，我会坚持下去，这对我来说不是问题，我明白我应该听从建议以避免惹恼用户。

但事情是这样的……在我的 Samsung Galaxy S II 上，运行在 ICS 上，系统界面本身似乎不遵循新的顺序。以下是一些截图示例:

订单是旧的。请注意，我的手机使用的是官方 ICS 版本(不是自定义 ROM)。顺序与我的 Galaxy Tab 2(也运行官方 ICS)相同。在某些对话框中，顺序是正确的(取消/确定)我看到的唯一区别是主题(使用 Holo 主题的对话框有新顺序；其他的，旧顺序)。这是设置(设置系统日期)和我使用 Holo 的应用程序中 DatePickerDialog 的屏幕截图:

这很令人不安。看起来按钮的顺序是与主题相关的，而不是与版本相关的。或者只是三星没有遵循 Android 的设计模式？

我认为 Activity (当它们有确定/取消按钮时)也应该遵循相同的顺序。同样，在我的手机上，日历的创建事件 Activity 顺序错误(并且该 Activity 不使用 Hole 主题):

无论如何，我将在我的应用程序中为来自 Honeycomb 的设备使用 Holo 主题，因此我将保留 SDK>=14 的新订单。我只是想了解这个用法。

谢谢。

Answer 1

是的，按钮交换非常烦人，我最终点击取消而不是确定按钮。但这是你能做的。要么创建您自己的自定义对话框，以便您控制哪个按钮出现在哪里，要么让用户通过阅读来弄清楚。作为程序员，我们唯一需要做的就是当按下取消时，它实际上取消了，而不是 OKays!为了更清楚地说明为什么 Ok-Cancel 被交换，这是为了避免侵犯 Apple 的专利，因为他们也遵循 Ok-Cancel。所以交换 Cancel-Ok 就意味着没有侵权(愚蠢，但节省了谷歌数百万美元!)