Android和Honeycomb-如何在没有 "action bar"的情况下使用SDK 13设置菜单图标

Question

我想最大程度地使用Honeycomb应用程序的屏幕。由于屏幕的底部已经卡住了“always-on”项，因此我想在该空间的下方添加一个菜单按钮，而不是牺牲更多的屏幕空间，而在顶部放置一个“操作栏”。如何在不降级到API 10或更低版本的情况下完成此任务？ (尽管我不需要使用操作栏来占用更多空间，但我也不需要调整大小按钮，该按钮对我的应用程序毫无用处，除非通过使用最新的API版本，否则无法将其禁用。 )

当然，人们可以有效地利用数百个当前处于黑暗状态且浪费在 hive 式屏幕底部，后/家/thingy图标与永远存在的时钟之间的像素吗？创建一个 Action 栏以将单个设置按钮塞在角落里会浪费更多的空间，这是荒谬的。

编辑:我看到其他人也提出了一些类似的问题，但是总的来说，我们如何通过添加按钮来利用底部浪费的空间？如果必须从头开始创建自己的菜单按钮，则可以，但是我得到的印象是该空间不可用(如果为true，那将是非常荒谬的)。

编辑2:显然是这样:“系统栏”确实是不可侵犯的，并且大多数存在是为了向用户展示未占用的空间(尤其是在横向模式下)。看起来我可能必须还原到较旧的SDK-只要没有人使用缩放图标，它就可以了。

编辑3:我很高兴地报告说，使用API​​ 10，菜单按钮又回来了，并且无用的缩放按钮消失了(在支持屏幕中使用android:xlargeScreens =“true”似乎可以在该API中使用!)

Answer 1

How can I accomplish this without downgrading to API 10 or less?

你不能

Surely one can make some kind of effective use of hundreds of pixels that currently sit dark and wasted at the bottom of a Honeycomb screen, between the back/home/thingy icons and that ever-present clock?

仅当您正在修改操作系统时。您可以在右下方放置一个Notification，但这是为警报而不是菜单而设计的。

It'll be a ridiculous waste of yet more space to create an action bar for the purpose of having a single settings button tucked in the corner.

然后使用按钮调出设置。或一些手势，或其他任何东西。

how can we make use of the otherwise wasted space at the bottom by adding buttons or what have you down there?

你不知道那是供操作系统使用的。仅仅因为存在空格并不意味着空间被“浪费”了，拥有过分复杂的控制区域并不一定是一件好事，正如具有UX和设计经验的人会指出的那样。

The whole thing is kinda ridiculous

如果你是说你的态度，是的，那是“有点荒谬”。

Android开发人员因不遵守任何类型的约定或标准而享有应有的声誉，从而导致应用程序外观和工作方式互不相同。在某种程度上，这是Android理念-Google不会像Apple那样执行人机界面准则。但是，Google确实提供了框架，以引导开发人员朝着提高应用程序之间一致性的方向发展。其中一些框架已经存在了一段时间(例如PreferenceScreen)；其他是新功能(操作栏)。

您不必使用操作栏。很多应用程序都不会，例如游戏。但是，如果您不使用操作栏，则应由您提供整个用户体验，并且即使您不使用平台框架，操作方式也应使用户能够找到直观的方式。

使用旧的目标API级别将越来越使习惯于最新应用程序的用户感到困惑。目前，肯定有很多应用程序未针对API级别11或更高级别，因此具有系统栏MENU按钮。明年将有所改变。最终，大多数用户不知道如何访问菜单，因为他们不会注意到出现在系统栏中的这个看起来很滑稽的图标，也不知道它的作用。其中一些用户会想知道为什么您没有像大多数其他应用程序一样在右上角没有菜单。

如果您不需要操作栏，则可以滚动自己的右上角菜单，例如使用ImageButton和PopupMenu。至少，这将使您与其他使用操作栏的应用程序保持一致，从而将菜单放置在用户希望看到的位置。或做其他与您的UI其余部分更集成的事情作为菜单功能。不要长时间依赖系统栏中的传统支持MENU按钮-尽管应该无限期地支持它，但用户的适应速度可能会比您快。