レスポンシブWebアプリケーションのリストビューでインプレイス編集機能を示す最良の方法は何ですか?これはモバイル向けに設計されたブラウザアプリケーション(ネイティブモバイルアプリではない)であるため、クロスプラットフォームの互換性に留意する必要があります。
現在のページは次のようになります(ヘッダーとナビゲーションは表示されていません)。
従業員のリストを表示する以外に、この画面から実行する主要なアクションは、電話とテキストメッセージです。編集アクションは主要なアクションではないので、画面の不動産の量を考えると、鉛筆を表示するのは煩雑すぎると思います。
残念ながら、モバイルにはホバーオプションはありません。以下は実際の例です。
このようなフィールド(姓、名、タイトル、電話、および電話にテキストメッセージがあるかどうかを示すチェックボックス)はほとんどないため、新しいビューに移行したり、モーダルを開いたりするのはやりすぎです。編集機能は、アイテム(行)を[更新]、[削除]、および[キャンセル]ボタンのあるフォームに展開します。私はいくつかのオプションについて考えました:
それで皆さんはどう思いますか?
私は行きます:
オプション3:[編集]と[削除]の2つのオプションがあるフライアウトメニューを開く[通話]ボタンの右側にある縦長の楕円を使用します。
これは主に、このオプションが誤って削除したり、編集モードに意図せずに入力されたりする可能性が最も低いためです。また、これらはあまり一般的ではないセカンダリアクションですが、検出する必要があります。
ただし、呼び出しボタンと縦の省略記号の間にすき間を空けて、最も一般的な主要なアクションから遠ざけるようにします。これも、誤タップを避けるためです。
最適なビュー/編集パラダイムを特定する際に考慮に入れなければならない3つの大きなルールがあると思います。
View/EditのUXソリューションは、上記の3つのうちどれが最優先であるかによって異なる場合があります。これは、簡単な編集と混乱を防ぐことのバランスが常に取れているためです。一部のユーザーは、ユーザーが間違いを犯さないようにデータを編集することを困難にする方がよいと述べています。ただし、最初にデータを編集する権限がユーザーに与えられている場合は、そのユーザーがそのデータの変更を委ねられるインテリジェンスと専門知識を持っていると想定する必要があります。解決。
個人的には、ユーザーが入力にカーソルを合わせるまで情報が「表示」状態で表示される手法が気に入っています。次に、入力境界ボックスが表示され、情報が編集可能であることをユーザーに示します。クリックすると、カーソルが入力内に置かれ、ユーザーがデータを変更または入力できるようになります。最後に、ユーザーがフォーカスを終了してページを離れると、確認メッセージが表示され、ユーザーに加えられた変更が示され、変更を確認または削除できます。
これにより、3つの大きなルールはすべて解決されますが、いずれも犠牲になることはありません。データは簡単に編集でき(onfocus/onclick)、不当な変更は防止されます(確認メッセージ)。
以下のフィードバックごとに編集してください...はい、これはウェブのみのソリューションであり、モバイルでは機能しません。
クリックするとすぐに編集モードになる単純な "Employees-tap to edit"ヘッダーとテーブルアイテムはどうですか?
その理由は次のとおりです。