Shift +クリックによるアイテム選択は歴史的な間違いですか？
私は最近、マウスを使用してリスト内の複数の項目を「ドラッグして選択」する 概念実証のデモ に遭遇しました。
複数のアイテムを選択するための現在広く受け入れられているソリューションは、Shift +クリックシステムを実装して多数の要素の選択を処理することです。
これにより、Shift +クリックによる選択の概念は逆になっているのではないかと思いました。別の入力デバイス（キーボード）を使用してマウスの動作を変更するのはなぜですか。
Shift + Clickが複数項目選択の標準となった理由
複数のアイテムの選択を処理するより良い方法はありますか？
キーボード
Shift修飾子は、単一の選択だけでなく、キーボードの選択にも使用されます。
どこにいても、リストがどれだけ長くても、[Shift] + [END]は、現在のアイテムフォーカスからリストの最後まですべてを選択します[Shift] + [PgDwn] 1ページ（ただし、定義されています）。
これは、必要に応じて、CtrlのWordジャンプとも組み合わされます。
i.a.W. Shiftは、キーボードナビゲーションにおけるユニバーサルな「選択エクステンダー」です。マウス操作にも拡張するのは理にかなっています。
間違いなく、それはマウスの選択には理想的ではありません。ただし、他にも問題があります。
ドラッグ＆ドロップは同じジェスチャーによって開始されます。特に「偶発的なドラッグアンドドロップ」は恐ろしいため、これらの機能を単一の環境で混在させることは問題があります。
スクロールリストへのスケーリング Shiftを使用すると少しうまく機能します。最初の要素をクリックし、スクロールバーを使用して最後の要素に移動し、Shiftキーを押しながら最後の要素をクリックします。
ドラッグによるスクロールは、一般的なケースでは解決されないようです（ほとんどのアプリケーションでは、スクロールは低速または高速のいずれかです）。
スクロールしない場合でも、大きなリストでは、Shiftキーを押しながらのクリックはわずかに有利に見える
さて、このジェスチャーは、スクロールしない短いリストのシフトクリックよりも優れていることに同意します。欠点はIMOを補うものではありません。
完全な答えではありませんが、ドラッグアンドセレクトがそれほど良くない理由についての考えです。
- マウスボタンを押したままドラッグするのは、物理的に困難です。マウスボタンを常に押し続ける必要があります。ボタンが軽くなりすぎると、作業が取り消されます。圧力が高すぎると、マウスはうまく滑ることができず、安価なものは手に落ちるように感じます。
- アイテムがグリッドビューにある場合、選択領域は必ずしも長方形ではありません。時々それは不連続ですらある。行1の最後の3アイテムと行2の最初の5アイテムをドラッグして選択することはできません。
- Ctrl +クリックが既に配置されている（そしてドラッグでは再作成できない）場合、Shift +クリックを提供することはさらに理にかなっています。これは、項目が連続している場合の複数のCtrl +クリックのショートカットのようなものです。
- ドラッグ+選択の速度動作はひどいです。アイテムが1つの画面上にある場合でも、最初のアイテムをクリックしてからShiftキーを押しながら最後のアイテムをクリックすると、ドラッグよりも速く感じられます。パスにあるものに注意を払う必要はありません。歴史的に、専用GPUのないコンピューターで選択フレームをペイントすることが困難な場合は、さらに遅くなりました。しかし、実際の問題は、選択範囲の最後の項目までスクロールする必要があるときに始まります。ページがスクロールされ、スクロールが選択フレームを大きくドラッグするようにポインターを適切な場所に保持すると、正確に取得することが難しく、速度が間違っていると感じることがよくあります。遅すぎると、ユーザーの手間がかかりすぎ、速くなりすぎて、制御不能に感じられます。これを、PgDownまたはスクロールホイールを快適に使用して最後のアイテムがある正確な場所に移動し、Shiftキーを押しながら1回クリックするのと比較してください。
複数のアイテムを選択するための現在広く受け入れられているソリューションは、Shift +クリックシステムを実装して多数の要素の選択を処理することです。
これが事実かどうかはわかりません。テストの結果、クリック+シフトは十分に理解されていない機能であり、エンドユーザーには表示されません。チェックリストであれ、追加プロンプトであれ、他の方法を使用する方が私の経験ではより成功しています。