Android 菜单按钮可用性

发布于 2024-12-29 03:42:12 字数 1028 浏览 3 评论 0原文

过去,我将游戏选项保留在物理菜单按钮后面,原因如下:

  • 我不需要在游戏中使用屏幕按钮。
  • 菜单动作符合android用户体验;这不是我的应用程序独有的东西。

在某些情况下,Android 在底部系统栏中提供了软菜单按钮。但展望未来(例如,使用最近的设备和 targetSdkVersions),似乎没有保证可以在不实现新 ActionBar 的情况下拥有菜单按钮。

如果我的理解是正确的,我会看到以下选项:

  1. 使用 ActionBar。告别大块屏幕空间,尤其是横向屏幕。
  2. 实现我自己的屏幕菜单按钮。我在其他游戏中也看到过这种情况,它让我觉得不一致且糟糕。
  3. 目标是旧的 sdk 版本。我不喜欢这个。

我的理解正确吗?有人对我的清单有其他建议吗?

相关链接:

http://developer.android.com/design/patterns/compatibility.html

4.0 设备上的 Android 菜单按钮

Android 3.0 状态栏和清单中的 targetSdkVersion,菜单按钮

android 蜂窝菜单按钮目标

In the past I've kept my game's options behind the physical menu button for these reasons:

  • I don't have to have on-screen buttons in-game.
  • The menu action is consistent with the android user experience; it's not something unique to my app.

In some situations Android provides a soft menu button in the bottom system bar. Looking forward, though (e.g. with recent devices and targetSdkVersions), it seems there's no guaranteed way to have a menu button without implementing the new ActionBar.

If my understanding is correct, I see these options:

  1. Use the ActionBar. Say goodbye to a big chunk of screen real-estate, especially in landscape orientation.
  2. Implement my own on-screen menu button. I've seen this in other games, and it strikes me as inconsistent and terrible.
  3. Target an old sdk version. I don't like this.

Is my understanding correct? Anyone have additional suggestions for my list?

relevant links:

http://developer.android.com/design/patterns/compatibility.html

Android Menu Button on 4.0 Devices

Android 3.0 statusbar & targetSdkVersion in manifest, menu button

android honeycomb menu button target

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

断念 2025-01-05 03:42:12

您可以实现自己的小型透明菜单按钮。很多游戏都是这么做的。这样您就不会依赖任何人,也不会丢失任何屏幕空间。

编辑:您的菜单按钮可以遵循您的游戏设计。

You could implement a tiny , transparent menu button of your own. Many games do that. That way you are not dependent on anyone and you don't loose any screen space.

Edit : Your menu button could then have follow your game's design.

坏尐絯℡ 2025-01-05 03:42:12

我的理解正确吗?

是的。

有人对我的列表有其他建议吗?

你对“可怕”的定义和我的不同。恕我直言,任何拥有自己风格化图形和外观的游戏(即任何使用 Canvas 或 OpenGL 的游戏)都应该从一开始就实现自己的“菜单”,因此很大程度上会被忽视这些变化。

Is my understanding correct?

Yes.

Anyone have additional suggestions for my list?

Your definition of "terrible" differs from mine. IMHO, any game that has its own stylized graphics and look (i.e., just about anything using the Canvas or OpenGL) should have implemented its own "menu" from the outset, and therefore largely would be oblivious to these changes.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文