CRUDボタンの最適な位置はどこですか？
私のアプリケーションでは常にCRUD *ボタンの位置を混乱させていました。一部のアプリケーションが表示されます。右側、上部、または下部にCRUDボタンがあります。あなたの意見では、CRUDボタンの適切な場所はどこですか。
** CRUDは「作成、読み取り、更新、削除」の略です*
ほとんどの回答が言っていることに反して、ボタンを下または右に配置します。
データは最も重要であり、ボタンよりも優先されます。誰かのための自然な流れは、彼が行動したいデータを選択してから、彼が実行したいアクションを選択することです。ボタンを右または下に置く読み取り方向を考慮に入れます。そして、はい、それは右から左への言語の場合、ボタンの位置が反対側にシフトする必要があることを意味します。
列が制限されていて行が豊富な場合は右側、列が豊富で表示されている行数はそれほど重要でない場合は下部。ただし、これをフォームごとに行わないでください。アプリのほとんどのフォームに必要なものを確認し、それに従ってください。ボタンの一貫した場所を用意することは、画面の面積をフォームごとに最適化するよりもはるかに重要です。
存在する場合、確立された規則に従うための+1。
ただし、そうでない場合は、なぜボタンが必要なのかを自問してください。これは、MS Accessが行っていたように、グリッド上で直接行うことはできませんか？つまり：
作成：グリッドの最初または最後に空の行を残すか、グリッドの外側にテキストボックスの行を配置します。ユーザーがそこに入力すると、行が自動的に作成/保存されます。
置換/更新：グリッドのセルをクリックすると、テキストが自動的に選択され、入力すると置換されます（元に戻すことを忘れないでください）。
削除：別のボタン（複数の行が削除される可能性がある場合）、またはその行にフォーカスがあるときに行の横にポップアップします。もう一度、UNDOを提供します。
アプリケーションによって異なります。ただし、ここに示しているようなグリッドタイプのアプリケーションでは、ページの最後が最適な場所であり、おそらく右ではなく左であると思います。
これが私にとって理にかなっている理由は、データがこの中で最も重要な部分であり、追加または削除するかどうかを知る前にすべてのデータを確認することが重要であり、以前にリストから1つを選択する必要がないことです更新しています。
データが一度に1ページずつ表示される場合、最初にレコードを選択する必要があるため、更新と削除をIMOの上部に配置することは理にかなっています。作成もそこでうまくいきます。
私はそれらの側面が好きではありません。側面のボタンは、個々のレコードだけでなく、表示されたコントロール全体に作用するべきだといつも思っています。
これは私のペニスです。
CRUD imhoには上部と左側が最適です。 2つのうちどちらが最適かは、特定のアプリケーションによって異なります。
（このスクリーンショットから）多数の列がある場合は、CRUDを上部に配置して、水平方向の画面スペースを完全に使用することをお勧めします。
それは、ユーザーが何をするかによって異なります。既存のコンテンツを確認してから、何をするかを決定するか、あらかじめ決められた目標を設定してフォームに入力します。
左から右、上から下の読み取りワークフローを左から右、上から下の「ワークフロー」で模倣するには、通常、どちらが先かどちらを上または左に配置する必要があります。
ああ、それは言うまでもないことですが、アプリケーションですでに確立された規約がある場合は、それに従ってください。アプリケーション全体の一貫性は、ローカルのユーザビリティよりもはるかに重要です。
または、ホバーアクション（ホバーリビールツール）を実装することもできます。 Designing Web Interfaces ：
この意志：
- プロ：インターフェイスが雑然としていないようにします
- プロ：名詞と動詞の相互作用をサポート（明示的なクリックではなく、ホバーに基づいて選択）
- 短所：一目でアフォーダンスが少なくなる
- 欠点：アプリのようなものよりも、ウェブのようなものにしてください。
- Con（update）：タッチインターフェイスなど、ホバーイベントのない対話技術では機能しません
他のすべての回答を読んだ後、「ピックを選択」したように見えます（ピックがアプリケーションの他の部分と一致している限り）。そうは言っても、ボタンを右または下に配置するために Marjan を使用しています。
右側：偶発的なヒットを防ぐために十分な垂直方向の空白があることを確認してください。
下部：グリッドが固定された高さで、例に示すようにウィンドウにフィットする場合のみ。それが隠されている場合、私はむしろそれを持っていないでしょう。
それはデータが何であるかに依存します。
誰かが実行したいアクションを知る前にデータを確認する必要がある場合（ほとんどのユースケース）、データの下に配置します
彼らが何をしたいのかを知っているページに行き、データの前のアクションを選択する場合。
シュロディンガーズキャットがすでに述べたように、どちら側も私にとっては間違っているように見えます（個人的な好み）。
これらすべての注意点はスクロールです。コンテンツをスクロールして画面の下部が見えない場合は、データの上に配置する必要がある場合があります。もちろん、ここではタスクバーはオプションですが、本当に必要な場合のみです。