web-dev-qa-db-ja.com

どのような基準に基づいて、ツールバー内のラベルにアイコンを追加/追加しませんか?

一部のツールバーには各ラベルのアイコンがあり、一部のツールバーにはラベルのアイコンがありません。それについて 十分な議論 があります。

ただし、一部のツールバーはアイコンを選択的にラベルに添付するため、どのような種類のディスカッションも見つかりません。 Intellijの例を次に示します。

enter image description here

左端のツールバーにはアイコンの付いたラベルがほとんど付いていませんが、右端のツールバーにはほとんどすべてのラベルのアイコンが付いています。

議論の大部分は、アイコンのみに依存するか、ラベルのみに依存するか、またはそれらを組み合わせるかについてです。同じツールバーでアイコンを選択的に使用することについての議論や再調査はありません。

「すべて保存」、「印刷」、「開く」は「アイコン化」されていると言えるかもしれませんが、これらのアクションはユビキタスであり、関連付けが簡単に視覚化できるため、「プロジェクト構造」はその考えを満たしていません。アイコン化できる簡単な視覚化を備えた「エクスポート」や「インポート」のような他の多くの機能もあります。

whenを使ってテキストラベルにアイコンを追加する方法、およびそこまでのラベルにiconfsを追加できる範囲はあるのでしょうか。乱雑です(そのような制限がある場合)。

23
Bar Akiva

理由はいくつかあります。

  1. その機能に対して一般的に受け入れられているアイコンがある場合。例、保存、切り取り、コピーなど。
  2. アプリアイコンがある別のアプリケーションから機能を借用した場合。たとえば、Facebookでの共有にはFacebookアイコンを使用できます。
  3. 使用の状況、類似したアイコンがたくさん一緒に表示される場合、アイコンはその目的を失います。ただし、それが現在のインターフェースでその種の唯一のものである場合は、役立ちます。これを克服する1つの方法は、類似した機能をグループ化し、それらを単一のアイコンで示すことです。
23
Kernan Kobaya

これには「公式の」方法論があるとは思いませんが、多くのプログラムにわたるパターンに気づきました。多くのプログラム(特にIDE)には、ドロップダウンメニューとツールバーボタンの両方からアクセスできる多数のコマンドがあります。ツールバーボタンにはアイコンが必要です。通常、ドロップダウンメニューのコマンドには同じアイコンが使用されます。これは、ユーザーに共通の視覚的参照を提供し、ツールバーボタンとメニューエントリが同じものを表すことを理解しやすくします。

22
bta

アイコンを追加するのは、それらが価値を提供するとき、つまりJavaScriptとHTMLファイルを区別するときだけにすることをお勧めします。スクリーンショットを見ると、開いたり、設定したり、エクスポートしたりするためだけに、同じようなアイコンのトンを作成する必要があります。ユーザーにとってどのような価値がありますか?私はそれが物事を混乱させるだろうと主張します。

2
Calum

簡単な答えは「はい」です。

彼らはユビキタスアクションにアイコンを提供することを選択し、該当する場合、ファイルアイコンなどの既存の使用から引き出すことができるアイコンを使用しました。

難解な意味を持ち、アプリによって異なるアクションをアイコン化する必要はありません。

すべてをアイコン化しない例については、OracleのSQL Developerをご覧ください。

SQL Developer toolbar -> view icons

2
MonkeyZeus

各設計/開発チームには、これを行うための独自の基準があり、うまくいけば、製品/サービスのために確立したある種の設計システムまたは慣例に合わせられるでしょう。

簡単に言えば、いくつかの理由があり、それらの組み合わせである可能性が最も高く、いくつかはデザイン関連であり、他はおそらくより主観的です。

検討された可能性のあるいくつかの設計関連の問題:

  • 既存のスタイルまたは慣習に合わせて作成できる図像の一貫性
  • フィーチャー/ラベルのシンボル/アイコンを作成するのが難しい
  • 仕出しが必要なアイテムの数(現在および将来)
  • 図像を使用するための既存の規則(内部)

考慮されたかもしれないいくつかの主観的な問題:

  • 実際のアイテム/ラベルの重要性(何らかの方法で強調または区別する必要があるかどうか)
  • 適用する必要がある適切な既存の規則(印刷、コピーなど)があるかどうか

多くの人々が実際にアイテムのリスト内の実際のアイテムが置かれている場所の参照ポイントとしてもそれを使用しているため、必ずしもラベルに非常に優れたアイコンが必要でない場合があることに注意する必要があります。表示されるはずのアイテムに似ていないアイコン。

1
Michael Lai

アイコンは、その頻度に反比例して効果的です。

すべてにテキストとアイコンの両方がある場合、インターフェースは混雑します。一般的なアクションにアイコンを追加するだけです。

私見、サブメニューとSQL Developerサンプルのメニューの両方が混みすぎています。

0
Colin 't Hart

アイコンはどこかに何かを意味する必要があります。例えば:

enter image description here

上記の保存アイコンはテキストなしでツールバーに表示され、ユーザーはそれを使用して保存のアクションにマップできます。

もう一つの例:

enter image description here

TypeScriptファイルには、Finderまたはファイルシステムにアイコンがあり、タイプスクリプトにマッピングできます。

次のようなもの:

  • BOMにエクスポート
  • 行区切り

一般的な習慣は、ユーザーがアイコンの意味を知らないことを常に覚えておくことです。したがって、アイコンをテキストなしで再度使用する場合を除き、アイコン化する必要はありません。

0
Nodnin