無限スクロールと「すべて選択」
テーブル内のInfinite Scrollと一緒に（あなたの意見/研究で）すべて選択がどのように機能するかについて質問があります。
だから私はこのテーブルを持っています、それはデフォルトで40のアイテムを示しています。画面の一番下までスクロールした後、システムはさらに40項目をロードします。また、「アイテムのロード数：40/90」など、表示されるアイテムの数を示すインジケーターも追加しました。
次に、[すべて選択]に戻ります。
40アイテムを表示する場合、トップチェックボックス（すべて選択）を選択して、データベース内のすべてのアイテム（90アイテムなど）を選択するか、それとも単に表示（40アイテム）する必要がありますか？
したがって、最初のオプションでは、ユーザーはすべてを選択し、すべてのデータを削除します。 2番目のオプションでは、ユーザーは最初に一番下までスクロールしてから、一番上までスクロールして、[すべて選択]チェックボックスをクリックする必要があります。
Uxにはどのオプションが適していますか？
大まかなローファイの例は次のとおりです： 
列ラベル「名前」の横にあるチェックボックスをクリックすると、表示されているアイテム（40）または結果のすべてのアイテム（290）が選択されますか？
あなたが説明する問題のため、私は無限スクロールで「すべて選択」を使用しません。
それがどのように動作するかについてのあなたの決定があなたにとって快適であるとしても、私はユーザーが何が起こるか、そして「すべて選択」によって何が影響を受けるかについて正しいメンタルモデルを持っているとは思わないでしょう。別のテクニックを使用します。
編集：他の答えは良い選択肢を与えています。古い「選択したいものをクリックしてください」という手法を追加します。範囲を選択するには、Shiftキーを押しながらクリックし、cmdキーを押しながらクリックします。ただし、すべてのユーザーがクリック修飾子について知っていて使用しているわけではありません。
別のオプションは、結果セットを有限数に絞り込むフィルターを提供して、簡単に管理できるようにすることです。
コンテキストが何であるかに依存します。無限の情報がない場合もありますが、大量のデータ（30,000）があり、すべてのアイテムに対してアクションを実行したいため、顧客はALLを選択する必要があります。この例では、国のすべてのアイテムを選択し、プロファイルを更新します。なんらかのグループがあるかどうかを確認し、タイトルに「すべて選択XXXを選択」と入力してみてください。それがあなたのケースに合うかどうかわかりません
ユーザーは、表示できるアイテムのみを削除し、確認後でなければなりません。
多数の行を選択して削除することが重要な場合、無限スクロールはおそらく正しいパターンではありません。 Googleアナリティクスが提供するようなポケットベルと「行数を表示する」の組み合わせのドロップダウンがこれに適しているかもしれません。
両方のオプションを指定することをお勧めします。
その理由は、ユーザーがデータの一部のみを処理したい場合（たとえば、Gmailで40通のメールを「既読」としてマークしたい場合）と、ユーザーがすべてのデータを処理したい場合（Gmailですべてのメールを移動したい場合など）があるためです。アーカイブする）。大量のデータを処理し、新しいセットを毎回再読み込みしてマークを付けるのは非常に面倒です。
このような状況下では、「すべて選択」ボタンは絶対に避けます。 。 。他の人（そしてあなたも;）が指摘しているように、「すべて」の2つの状態が存在する場合、「すべて選択」が何を意味するのかについての生来の明確な理解はありません。 ：D
ただし、「ACTION_NAME All」スタイルのコントロールで許可しようとしているものを処理するための適切なパターンが存在します。
あなたの例では、選択によって影響を受ける2つのアクションがあるようです：EditとDelete
Editの場合、Edit All関数をサポートするかどうか（「マルチ編集」をサポートする場合でも）は、90の編集のトリガーが潜在的にロジスティクスおよびユーザーエクスペリエンスの悪夢ですが、必要に応じて、技術的に使用できる可能性はまだあります。
ただし、Deleteの場合、さまざまな形式のDelete Allコントロールが非常に一般的です（電子メールアプリケーションでは「ゴミ箱を空にする」と考えてください）。これを別個のコントロールとして使用すると、Deleteコントロールが機能する方法（つまり、選択されたアイテムのみ）に暗黙の明確さが追加されると同時に、探していた特定の「すべて選択」の使用例のサポートも提供されますサポートする（つまり、「すべて選択」+「削除」）。
当然のことながら、コントロールでページをオーバーロードすることも避けたいですが、Delete Allで十分な場合は、デザインに余計な余地があり、視覚的な煩雑さを増すことはありません。
また、このルートを使用する場合は、ユーザーが誤ってすべてを削除できないように、何らかの確認プロセス（たとえば、「90アイテムすべてを削除してもよろしいですか？」という確認モーダル）を忘れないでください。アイテム。
これは、アプリケーション内のいくつかの場所で行います。
[すべて選択]は、[すべて選択]を意味します。一般的には役に立たないため、[表示]を選択するのではありません。私はすべてがどこかで使用されていると思いますが、データのページで作業しているのは理にかなっているかもしれません（その時点で、無限スクロールの代わりにページングがより適切かもしれません）
ユーザーがすべてを選択したいすべてを選択したい場合、可視を選択することは追加のオプションと見なされましたが、値はUIに追加された複雑さよりも少ないと見なされたことが、私たちの発見でした。
無限スクロールを使用しているという事実は重要ではありません。2つの状態は、使用中のテクノロジーを知っている誰かが認識しているものですが、ユーザーに関する限り、ロードしたかどうかにかかわらず、リストを確認しています。一度に全部、または一部のロードを後で延期することは重要ではありません。
表示を選択することが実際に役立つ場合、ユーザーに実際に提供する機能を検討してください。
たとえば、10,000人以上のユーザーがいて、新しいバージョンのソフトウェアが新しいロールを追加し、ユーザーがこのロールをすべて/ほとんどのユーザーに簡単に追加できるようにしたいとします。ユーザーにスクロールやクリックなどをさせるのは、恐ろしいUXでしょう。
必要に応じて、すべて選択/選択解除を許可します。例外リストを許可しているため、x、y、zを除くすべてを選択するか、x、y、zを除くすべてを選択解除することができます。 （すべてを選択し、すべてのアイテムが選択された状態で開始する次のページを読み込む場合、特定のアイテムの選択を解除できます。保存時に、selectAllブールフラグと例外リストをバッチ処理エンドポイントに送信します）
また、一般的にユーザーにあらゆる種類のバッチ処理オプションを提供するフィルタリングも可能です。