1

最近、アプリケーションをコーディングし、Navigation Drawerパターンを使用して DrawerLayout を組み込みました。このアプリケーションは、市場シェアの理由から、ldpi/小型デバイスと android バージョン 2.1+ をサポートする必要があります。

あるユーザーは、ドロワー メニューのアイコンが「カット」されているように見え、そのためにアプリをナビゲートするのが難しいことを観察しました。すべての市長アプリ (Twitter、Instagram、Gmail など) がこの種のデバイス用にアプリを更新していないことを考えると、これは当然のことだと思います。ただし、彼らはこのパターンを新しい/より大きなデバイス/プラットフォームに使用しています.

DrawerLayout がサポート ライブラリに含まれていることを考えると、遅かれ早かれアプリが 2.X にバックポートし始めると思います。Google が公式に LDPI を非推奨としたldpi/small デバイスは最近ではまれであり、一部のコミュニティ ツールではサポートされていないため、大企業はそれを行っていない可能性がありますが、アプリがこの問題で成功するためにはどうすればよいでしょうか? このトピックについて従うべきガイドラインはありますか? ldpi/small と 2.X をサポートする必要がある場合、ドロワー ナビゲーション メニューを使用しますか? なぜ？

コメントしてくれてありがとう。

[編集]

行き過ぎました。何らかの理由で、Google が実際に LDPI/small を非推奨にしたと思っていましたが、実際にそれを行ったのは、私が見たいくつかのコミュニティ ツール/ライブラリでした。ADT テンプレートでさえ、LDPI/small のドローアブルを生成しません。

4

1 に答える 1

2

DrawerLayout がサポート ライブラリに含まれていることを考えると、アプリは遅かれ早かれ 2.X にバックポートし始めると思います。

私はしません。ナビゲーション ドロワーを追加する再設計は、かなり大幅な再設計であり、そのような再設計を行うほとんどの開発者は、Android 2.x を完全に無視すると予想されます。せいぜい、Android 2.3 について心配するかもしれません。

Google が LDPI を公式に廃止したため、大企業はこれを行っていない可能性があります。

「Google が正式に LDPI を非推奨にした」ということを私は知りません。

ldpi と 2.X をサポートする必要がある場合、ドロワー ナビゲーション メニューを使用しますか?

個人的には、いいえ、デバイスの ~ 90% が-ldpidevices-smallであるため、画面の UI に関してかなりの妥協をしなければならないことがわかると思います-small。このような画面では、アクション バーでさえ「クロム」が多すぎる場合があります。

しかし、問題は、パターンが古いデバイス/プラットフォームで知られ、使用されているかどうか、およびそれらのユーザーがその使用方法を知っていることを期待する必要があるかどうかに重点を置いていると思います.

おそらくそうではありません。-small全体として、画面スペースが限られているため、デバイス上のアプリでアクション バーを使用するアプリが少ないため、ユーザーはアクション バーに完全に慣れているとは言えません。デバイスでアクション バーとナビゲーション ドロワーを使用するアプリはほとんどないと思い-smallます。

そうは言っても、ナビゲーション ドロワーの設計ドキュメントでは、発見可能性について説明しています。その一部を-small画面上で機能させるのは難しいかもしれませんが、少なくとも調査する価値はあります。

于 2013-09-23T14:42:51.870 に答える