web-dev-qa-db-ja.com

(Android)子アイテムへの同じクイックアクセスを提供するExpandableListViewの代替

現在、私はAndroidアプリが2つのペインに表示されている3レベルのデータグループ化を使用しています。左側のペインには高レベルのデータが含まれ、右側のペインには、次を組み合わせた展開可能なリストビュー(別名アコーディオン)が含まれています2つのレベル。

私のアプリのユーザーは、ほとんどの場合、実際のグループ名自体については気にせず、1つの特定の項目(複数選択なし)に到達することについてのみ気にします。同時に、なんらかの方法でグループ名を設定することで、探索の側面を維持したいと考えています。

Google Playアプリのようにタブのアプローチを確認しましたが、旅が長すぎ(水平方向にスクロール可能なカテゴリを検索)、デバイスが小型で大型のタブレットの特定のアイテムに到達するには時間がかかりすぎるようです。 。

私は現在、結果を絞り込むために、ActionBarに「入力時にフィルタ」を使用する傾向があります。

これは私が現在持っているものを示すためのモックです expandableListView alternative question

可能な代替案について何か考えはありますか?

3
SidhNor

階層の中間レベルがユーザーが最も気にしないと思うレベルである場合、thatを可視性が損なわれるものにしないでください。 (3つのレベルで2つのパネルに制限されている場合、そのうちの1つはある程度でなければなりません。)

トップレベルの「アイテム」の下に中レベルの「カテゴリー」を表示する左側の展開可能なリストビュー、低レベルのアイテムを表示するための右側を残すことは、それでうまくいくようです。

例えば.

- 左側 -

vアイテム1
カテゴリ1A
カテゴリ1B <
カテゴリ1C
>アイテム2
>アイテム

- 右側 -

サブアイテム1Bi
サブアイテム1Bii
サブアイテム1Biii
サブアイテム1Biv
サブアイテム1Bv
サブアイテム1Bvi

1
A.M.

入力時にフィルタリングする-あまり良い方法ではありません。ユーザーはそのオプションを無視する傾向があります。

あなたにはいくつかのオプションがあります(関連する質問をチェックしてください: 非常に大きなリストから複数のアイテムを選択してください

enter image description here

0
Renat Gilmanov

これ以上のコンテキストなしでは言うのは難しいです。 1つは、ユーザーがグループを使用しない場合、なぜグループがあるのでしょうか。 2番目の層は、ユーザーがブラウジングのために気にしているグループのようです。ほんと?

目的のアイテムに到達するために複数の選択を行う理由はありますか、それとも最初から公開されるだけですか?以下のモックアップでは、groupsをデフォルトで展開し、setsクイックスキャン用。 groupsは、幅の要件と使用可能なビューポートに対応する列に配置できます。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

0
plainclothes