web-dev-qa-db-ja.com

ホームから子供に移動するときのアプリバーの動作の一般的な方法は何ですか?

私の使用例は次のとおりです。ユーザーがアプリに入り、「ホーム」に移動します-これには、子ページ「要素1」へのリンクが含まれます。要素1は、ナビゲーションドロワーからもアクセスできます。

enter image description here

したがって、要素1にナビゲーションドロワーからアクセスすると、その要素のアプリバーにはハンバーガーメニュー/ナビゲーションアイコンが表示されます。ただし、「ホーム」のリンクからアクセスした場合-「要素1」のアプリバーが戻るボタンまたはハンバーガーメニューも?

enter image description here

7

1つの主要な問題を指摘しているため、良い質問です。AndroidとiOSの違いです。

Androidこのトピックの詳細: https://www.google.de/design/spec/patterns/navigation.html#navigation-パターン

そして、iOSとの違いを理解するために、これが興味深いかもしれません: https://developer.Apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/Navigation.html

したがって、ここで大きな違いが1つ見つかります。Androidの「戻る」ボタン-呼び出し方法-は、戻るボタンではありません。 「UP」ボタンです。 iOSには画面外のボタンはありませんが、Androidには(デバイスの下部にある矢印に戻る)あります)、Androidはナビゲーションの可能性を提供します。 "は1つ上の階層の階層をもたらしますが、" history back "はスタックからトップビューを削除し、前のステップに導きます。

別物:

「ハンバーガーを保管しなければならないのですか?」 -最終的には違います。 Androidの引き出しは、ハンバーガーメニューが表示されていなくても、存在する場合はいつでもアクセスできます。画面の左端から引き出してもかまいません。

したがって、Androidでは、ページセットのトップレベルにいない場合、[UP]ボタンが表示され、1ページレベル上に移動できます。 iOSでは、「戻る」ボタンは2番目のトップバーに実装されていることが多いですが、ハンバーガーメニューはそのままです。これは、「ネイティブ」の履歴の戻るボタンがないためです。

とにかく、モバイルWebデザイン(アプリではなくWeb)を使用する場合は、iOSの動作を強くお勧めします。これは、異なるページ階層レベルではなく、前後の構造に大きく依存します。どうして?聴衆はさまざまで、iOSユーザーはUP機能をまったく理解しない傾向があります。これは、非常にAndroid=固有であるためです。これには、ハンバーガーメニューを常に表示し続けることも含まれます。

0
Jan