web-dev-qa-db-ja.com

異なる機能で同じアイコンを使用するのは本当に悪いことですか?

私のチームと私はWebアプリケーションERPを開発しており、この種のソフトウェアと同様に、システムには多数のCRUDビューがあります。

アイコンのメインフォントとして Font Awesome 4.7 アイコンパックを使用していますが、最近、使いやすさの問題に備えています。

現在、アイコンを使用しています fa-remove)CRUDテーブルの削除操作に関連するアイコンとして:

問題は次のとおりです:モーダルのclose関数で同じアイコンを使用します:

最近、この誤解を招く概念を発見したとき、それについて話し、変更する機能アイコンを選択する必要があることがわかりました。

削除アイコンをこれに変更することもお勧めします fa-trash)ですが、プロジェクトマネージャーはこのアイデアを気に入りませんでした。

だから私はここに尋ねています:

本当に2つの区別された機能でアイコンが使用されるのは悪いことですか?

8
Matheus Cuba

番号

その横にテキストがあると、読みやすくなります

ユーザーと一緒にfa-trashをテストすることをお勧めします。あいまいさが少なく、プロジェクトマネージャーに同意しません

2
Jonta

実際この場合は問題ありません。リストからアイテムを削除し、ビューからモーダルを「削除」しているためです。それらは非常によく似たアクションです。

「X」をクリックした後、ユーザーは要素がビューから消えることを期待します。

2
Diogo Belém

「X」の使用はどちらでも問題ないと思います。ゴミ箱は行ビューIMOでより明示的です。ラベルを追加すると、そのリストはかなり過負荷になります。

おそらく、行ホバーの削除を表示します。したがって、1つのアイテムのみを処理します。これはデスクトップアプリのようです。

唯一の問題は、オプションを表示するためにホバーする必要があることです。しかし、パワーユーザー向けのタブサポートを追加すれば、おそらくそれほど悪くはありません。

enter image description here

リストも少し整理します。

1
Destructo

問題はアイコンの選択ではなく、UIデザインにあると思います。

インターフェースやプログラミングの何も繰り返すべきではありません。繰り返しは非効率です。効率性はプログラミングとUIのすべてです。したがって、インターフェースを単純に見ることができ、何かが繰り返されているのを見た場合、理由を知らなくてもそれが間違っていることを知ることができます。

あなたの例では、4つのユニークなアクションのみを実行する24個のボタンがあります。さらに、これらの24個のボタンは、グループアクションを実行できないように見えます。したがって、すべてが一度に1つのアイテムになります。

解決策は、アイテムまたはアイテムのグループを選択してから、アクションを選択することです。これが自然にリストを処理する方法です。これにより、視覚的および認知的にインターフェースがクリアされます。

これがマテリアルデザインの例です。アクションに含めるアイテムを選択するボタンは、アイテムに1つだけ存在する必要があります。アイテム自体はボタンです。この例では、ユーザーがアイテムを選択すると、テーブルヘッダーのアクションボタンが変化します。リストコントロールは、ユーザーがリストでアクションを実行するまで表示されます。

enter image description here

[編集4-18:メモなしで例を誤って投稿しました。これが正しい画像です:]

enter image description here

1
moot