タッチインターフェイスでのスクロールとナビゲーションのベストプラクティス：水平と垂直
従来の（マウス/キーボード）インターフェースでは 水平スクロールはユーザーの期待に反する ですが、タッチデバイスでは問題はそれほど明確ではありません。
タッチインターフェースに焦点を当てて、水平スクロールと垂直スクロールのどちらを使用するかを決定するためのベストプラクティスはありますか？それについてのケーススタディはありますか？
どのようにして、アプリのナビゲーションスタイルであるかをユーザーに示唆して教えることができますか。それと対話する方法？そして、どれが最も効率的ですか？ （例：Appleはホーム画面の下部にあるページ区切りドットを使用していますが、Windowsは「パノラマ」を使用しており、次の画面の小さな部分を表示しています）
デバイスのサイズ/タイプ（携帯電話とタブレット）はこの点で重要ですか？たとえば、厳密にスクロールしていない場合でも、iPad用のFlipboardアプリは水平方向のページネーションまたはジェスチャーを使用し、iPhoneアプリは垂直方向のページネーションまたはジェスチャーを使用します。
西洋文化では、水平（左から右）の進行が子供時代から私たちに組み込まれています。私たちが読む方法や雑誌/本をめくる方法を考えてください。
また、親指の動きも重要です。 Microsoftによる調査： 親指のモーターパフォーマンスは、片手での携帯電話の使用中の動きの方向、方向、およびデバイスサイズによって異なります （PDFファイル）水平/ 45度の角度の方が速くて簡単であることがわかりましたユーザーが片手で電話を使用する場合。
それがベストプラクティスであるかどうかはわかりませんが、デバイスによってではなく、デバイスの向きによって区別することはできません。 iPadであろうとiPhoneであろうと、縦方向に縦方向にスクロールし、横方向に横方向にスクロールする方が自然に感じられます。
私の携帯電話は、向きに関係なくフォトギャラリーで水平スクロールがあり、スワイプ用の画面領域がそれほど多くないため、やや面倒です...
画面サイズはユーザーがデバイスを操作する方法に直接影響する可能性がありますが、2つの主要なタイプのデータ表現を理解することがより重要だと思います。
- （おそらく無限の）データの連続的なスクロール
- 互いに関連している（または関連していない）いくつかのチャンクに分割されたデータのページめくり
この分離の背後にある考え方は、連続データはより詳細であり、小さい部分を使用して表示できるということです。一方、ページングされたデータはより大きな情報のブロックで構成され、画面上のすべてのデータを置き換える完全に新しいコンテキストに切り替わることがあります。
連続データの場合、（列の書き込みの優先順位のある言語（つまり、左から右、次に上から下）の言語では）上下にスクロールし、データのチャンクを切り替える（チャンク自体が収まらない場合でも）垂直スペース）は通常、スワイプ/ページングで行われます。
「テキスト」や「イメージ」などの代わりに「データ」という用語を意図的に使用しています。これは、特定のタイプのデータではなく、論理構造に関するものだからです（テキストを連続データとして扱うか、ページに分割することができます。例）。
このルールには多くの例外があります（たとえば、垂直スワイプでページングを行うことができます）が、一般的な考え方は上記のとおりです。
水平スクロール機能の視覚的マークについて。
限られた数の画面に適した仮想タブのようなドット（たとえば、TweetDeck iPhoneアプリを参照）、および「Panorama」は、無限のページングに使用できます（ただし、現在の画面に表示されているデータからユーザーの注意をそらさないように、より多くの設計作業が必要）。