スワイプジェスチャーと前/次のボタン
画像カルーセル内を移動していて、タッチデバイスを使用しているとします。
どちらのナビゲーション方法がお勧めですか：前/次ボタンまたは左/右スワイプジェスチャー？
私は上司に、そのような場合にはタッチ検出ライブラリは必要なく、ナビゲーションボタンは指でタップするだけでよいことを説得しようとしていますが、彼は「ユーザーがスワイプしたい」と主張しています。
考慮すべき重要な要素は、対象者アプリケーション（またはWebサイト）です。 典型的には、カルーセルをスワイプするのに慣れている若いオーディエンス（またはタッチデバイスに詳しい人）の多くがそうです。 iOSのコアアプリケーションを見ると（Androidも想定しています））、カルーセルが次の画像に切り替えるためのスワイプをサポートしていることがわかります。ただし、古いユーザーは慣れている可能性がありますユーザーエクスペリエンスの非常にマウス指向のアプローチに耳を傾けるイベントをクリックします。
タッチのプログラミングを検討している場合は、少なくともスワイプをサポートすることをお勧めします（両方の方法を提供して、デスクトップベースとタッチ/タブレットの両方をヒットできるようにします）。ページをナビゲートする際に、モバイルデバイスで手がすでに何をしているかを検討します。ユーザーは、上下にスワイプしてコンテンツを垂直方向に表示することに既に慣れています。これは、私たちが行うすべてのことにかなり染み込んでいます。これで、コンテンツが水平方向に「スクロール」する状況になりました。 通常、画面上でコンテンツをスワイプするのが自然な反応です。まるで机の上に複数のページの紙があり、机の上を1ページスライドさせたいのと同じです。
これは、私の意見では多くの進歩を遂げているユーザーインターフェース設計のトピックを持ち出します。デバイスが実際のオブジェクトを操作する方法と同じように機能しようとしているのがわかります。繰り返しになりますが、タブレットでのスクロールについて考えてみてください。ページの一部をタッチして上にドラッグします（コンテンツを上に押し上げるのと同じように、コンテンツを上に押します）。 Appleはラップトップでもこの方向に移動し、Natural Scrollingと呼ばれています（これには少し時間がかかりました）慣れていましたが、考えればわかります）。
まとめると、私がどちらを好むか尋ねているなら、スワイプ機能を好むでしょうが、両方のオプションが存在する必要があります。使用するライブラリとストレージスペースへの注意の度合いによっては、タッチ検出によってアプリケーションのパフォーマンスに大きな違いが生じることはありません。また、両方の機能（クリックとスワイプの両方）が存在することで、より幅広いユーザーにリーチし、双方を満足させることができます。
ボタンをスワイプするイディオムについては、言うべきことがたくさんあります。タップの物理的なアクションはスワイプよりも速く簡単なように思えるかもしれませんが、その仮定は無視します フィッツの法則 、またはそれに相当するタッチスクリーン：ターゲットが小さいほど、それを打つユーザー。見なくてもスワイプはできますが、ボタンを押すには精神的および肉体的に指を配置する必要があり、これには時間がかかり、集中の流れが妨げられます。
スワイプは、はるかに豊かな相互作用です。ユーザーは誤ってそれを発見する可能性があり、意味のないスワイプを開始した場合、アクションを逆にすることで簡単にキャンセルできます。通常、現在のアイテムを見ている間でも、次のアイテムと前のアイテムを「覗く」こともできます。そしてもちろん、画面の領域をまったく使用しません。
ただし、ユーザーがスワイプについて知ることができない場合は、別の方法を提供する必要があります。ユーザーの1％でもアプリをまったく使用できない場合は失敗します。
スワイプもアクセシビリティの問題を引き起こす可能性があります。このアクションでは、実行するモーター制御が少なくなりますが、手の動きも大きくなります。これについては詳細なアドバイスはしたくありません。
人口統計学的に幅広いオーディエンスを目指している場合、アンドリューが示唆するように、後者の2つの点は両方の手法を含めることを示唆しています。しかし、それを正当化できるのであれば、私はスワイプだけで行くと言います。より洗練されたソリューションであり、コンテンツのビューの100％を使用できます。