Android 2.X上的导航抽屉菜单 - 小屏幕

我最近编写了一个应用程序，并在Navigation Drawer模式中包含了一个DrawerLayout。由于市场份额原因，此应用程序必须支持ldpi/small devices和android 2.1+版本。Android 2.X上的导航抽屉菜单 - 小屏幕

一位用户对“抽屉菜单”图标进行了观察，看到“剪切”，并且应用程序因此很难导航。考虑到所有市长应用程序（Twitter，Instagram，Gmail等）尚未更新此类设备的应用程序，我猜这是预期的。尽管如此，他们正在将这种模式用于更新/更大的设备/平台。

考虑到DrawerLayout已被包含在支持库中，我希望应用程序迟早会将其反向移植到2.X。 ~~谷歌正式弃用LDPI~~ ldpi /小型设备现在很少见，even unsupported for some community tools，但为了让应用程序在这件事情上取得成功，该做些什么才是正确的做法？这个主题是否有任何指导原则？如果你必须支持ldpi/small和2.X，你会使用抽屉导航菜单吗？为什么？

感谢您的意见。

[编辑]

走得太远，因为某些原因我认为谷歌实际上弃用LDPI /小，但它只是一些社区工具/我已经围绕见过真正做到了库。即使是ADT模板也不会生成LDPI/small的drawable。

来源

2013-09-23 Robert Estivill

您的应用程序为ldpi提供了抽屉图标吗？ – Luksprog

是的，我做到了。我实际上在ldpi设备上测试了自己，看起来不错。但是我想这个问题更多的关注于这个模式是否已经在较早的设备/平台上被使用，以及我们是否应该期望这些用户知道如何使用它。谢谢！ –

“即使是ADT模板也不会生成LDPI的drawable” - 这是因为在很多情况下，对“-mdpi”drawables进行下采样会产生足够的结果。您会注意到ADT不会生成'-tvdpi' drawable，尽管这是第一代Nexus 7使用的密度。这是因为对'-tvdpi'进行的下拉采样通常足够了。 – CommonsWare

考虑到DrawerLayout已被列入支持库，我希望应用程序开始向后移植它2.X迟早

我不会。在导航抽屉中添加的重新设计是一个相当重要的重新设计，我希望大多数开发人员进行这样的重新设计，完全忽略Android 2.x。至多，他们可能会担心Android 2.3，甚至只是短时间。

也许大牌球员还没有这样做，是因为谷歌正式弃用LDPI

我不知道，“谷歌正式弃用LDPI”。

如果您不得不支持ldpi和2.X，您会使用抽屉导航菜单吗？

个人，不，因为~90% of -ldpi devices are -small devices，我怀疑你会发现，你必须做出一些实质性的UI妥协为-small屏幕。即使一个操作栏对于这样的屏幕可能太多“铬”。

但我想这个问题更多的是面向更老的设备/平台是否已知和使用模式，以及我们是否应该期望这些用户知道如何使用它。

可能不是。总的来说，我预计他们不会完全熟悉操作栏，因为屏幕空间有限，因此-small设备上的更少应用程序会使用它。我希望有几个应用程序在-small设备上使用操作栏和导航抽屉。

这就是说，the navigation drawer design documentation涵盖可发现性。在-small屏幕上使用某些功能可能会有点冒险，但这至少是值得研究的。

来源

2013-09-23 14:42:51 CommonsWare

感谢您的反馈。我对Google弃用LDPI实际上是错误的。我对一些库/工具感到困惑。回到这个问题，您的观点是有道理的，但是如果您必须在您使用的所有版本的APK上支持LDPI，该怎么办？你会为LDPI提供完全不同的导航吗？再次感谢。 –

@RobertEstivill：恕我直言，问题不是屏幕密度，但屏幕*大小*。 “采用完全不同的导航方式......可能需要大量的工作” - 是的，这就是为什么许多小型开发商不会支持“小巧”屏幕尺寸的原因。虽然他们漏掉了大约10％的市场，但它只有* 10％，他们专注于其余部分。你需要决定哪些是最适合你的业务的*：完全跳过'-small'，使用小的导航抽屉（以潜在的可用性成本），为导航抽屉以外的'-small'做些别的事情，或跳过导航抽屉完全适用于所有尺寸。 – CommonsWare

对我有意义。谢谢 –

Android 2.X上的导航抽屉菜单 - 小屏幕

回答

相关问题