動的テーブルの編集ボタンと削除ボタンの配置
私が取り組んでいるアプリケーションには、ユーザーがオブジェクトを追加するにつれて長くなる動的テーブルがあります。ユーザーは、これらのオブジェクトのプロパティを編集したり、削除したりできます。
ボタンの配置がテーブルの下部ではなく上部にあると確信しています（下部にある場合、ボタンはテーブルに沿って移動するため、かなり煩わしくなります）。ただし、ボタンの順序と、ボタンを分離する必要があるかどうか（誤って削除しないようにするため）はわかりません。
破壊的なアクションを他のアクションから遠ざけることが最善です。破壊的なアクションの確認がある場合でも、誤ってクリックしないことが、確認をキャンセルするよりも良い方法です。これは、オプションBがユーザーのフラストレーションを制限することを意味します。
オプションBのボタンを交換することをお勧めします。
これは、コンボボックスが左側にあり、ユーザーが複数のボックスを選択して編集をクリックするために、目やマウスでテーブルの横の長さを横切る必要がないためです。削除アクションのためにこれを行わなければならないことは、誤ってボタンをクリックすることをさらに困難にします。
また、テーブルの下部にあるボタンを複製することをお勧めします。短いテーブルでは奇妙に見えるかもしれませんが、最上部にスクロールする必要がないことは、長いテーブルを操作するときにユーザーに高く評価されます。
マウスオーバー時に単一行のアクションを追加することもできます。偶発的なアクティブ化を回避するために、編集および削除ボタンを適切に配置します。
（上記の例での私の配置は最良ではなく、単なる例であることに注意してください）
同様の例と提案については、次の質問に対する回答を参照してください。 ページ上の多くのボタン、改善する方法は？
特にテーブルが非常に大きくなる可能性がある場合は、テーブルの上部にある[編集]および[削除]ボタンを使用しません。アクセスするために上にスクロールする必要が生じる可能性があるためです。
ティックボックス（最初の列）を削除し、各行の終わりに[編集]ボタンと[削除]ボタンを追加します。 「誤って削除する」に関しては、必ずユーザーに確認またはキャンセルを依頼する必要があります 
一緒にいることはそれほど問題ではないはずです。美的には私の目にはよく見えます。削除をクリックしたときに確認ポップアップを追加して、並べて配置した場合に誤って削除されないようにすることができます（一緒にあるかどうかにかかわらず）。
リストの一番上または一番下に配置されるのはなぜですか？ユーザーが下にスクロールして、チェックボックスをオフにした場合を考えてみましょう。彼が最後に到達したら、何かをするために上にスクロールする必要がありますか？そこにボタンがあるはずです。あなたのリストはそんなに長くあるべきではありません、多分それを設定された長さに保つためにページネーションを使ってください。
それを上に保つことは、上からいくつかをチェックして、それでも上にいるだけの人にも役立ちます。
これは完全なソリューションであり、個別の「編集」/「削除」ボタンのチェックボックスはもう必要ありません。
- ルールは、これらのコントロールが行の上にマウスを置くと表示されることです。
- 一度に1つのオブジェクトを削除します
- 同様に、一度に1つのオブジェクトを編集します。
チェックボックスを維持するための注意点は、複数の「オブジェクト」を一緒に編集できず、複数のオブジェクトを選択して「編集」をクリックすることもできるボタンとチェックボックスセットを持つことは、実際に複数のオブジェクトを編集できない場合は間違っている一緒。
モックアップのクレジットは@Evil Closet Monkeyに送られます。
これは、2つのより良いオプションを決定するためにすばやくテストするのに十分簡単だと思います。
各オプションの前に何人か座って、いくつかのタスク（編集と削除）を実行するように依頼します。クリックする前にマウスをどこに移動するかを注意深く観察します。他の場所に移動する前にマウスを1つの領域に移動した場合、その場所にアクションがあると期待していたことがわかります。
この動作の数を追跡し、より多くの人々が一方のレイアウトを他方よりも迅速かつ効果的に使用できたかどうかを判断します。それらが均等であれば、それはおそらくそれほど重要ではありません。