一部のツールバーには各ラベルのアイコンがあり、一部のツールバーにはラベルのアイコンがありません。それについて 十分な議論 があります。
ただし、一部のツールバーはアイコンを選択的にラベルに添付するため、どのような種類のディスカッションも見つかりません。 Intellijの例を次に示します。
左端のツールバーにはアイコンの付いたラベルがほとんど付いていませんが、右端のツールバーにはほとんどすべてのラベルのアイコンが付いています。
議論の大部分は、アイコンのみに依存するか、ラベルのみに依存するか、またはそれらを組み合わせるかについてです。同じツールバーでアイコンを選択的に使用することについての議論や再調査はありません。
「すべて保存」、「印刷」、「開く」は「アイコン化」されていると言えるかもしれませんが、これらのアクションはユビキタスであり、関連付けが簡単に視覚化できるため、「プロジェクト構造」はその考えを満たしていません。アイコン化できる簡単な視覚化を備えた「エクスポート」や「インポート」のような他の多くの機能もあります。
whenを使ってテキストラベルにアイコンを追加する方法、およびそこまでのラベルにiconfsを追加できる範囲はあるのでしょうか。乱雑です(そのような制限がある場合)。
理由はいくつかあります。
これには「公式の」方法論があるとは思いませんが、多くのプログラムにわたるパターンに気づきました。多くのプログラム(特にIDE)には、ドロップダウンメニューとツールバーボタンの両方からアクセスできる多数のコマンドがあります。ツールバーボタンにはアイコンが必要です。通常、ドロップダウンメニューのコマンドには同じアイコンが使用されます。これは、ユーザーに共通の視覚的参照を提供し、ツールバーボタンとメニューエントリが同じものを表すことを理解しやすくします。
アイコンを追加するのは、それらが価値を提供するとき、つまりJavaScriptとHTMLファイルを区別するときだけにすることをお勧めします。スクリーンショットを見ると、開いたり、設定したり、エクスポートしたりするためだけに、同じようなアイコンのトンを作成する必要があります。ユーザーにとってどのような価値がありますか?私はそれが物事を混乱させるだろうと主張します。
各設計/開発チームには、これを行うための独自の基準があり、うまくいけば、製品/サービスのために確立したある種の設計システムまたは慣例に合わせられるでしょう。
簡単に言えば、いくつかの理由があり、それらの組み合わせである可能性が最も高く、いくつかはデザイン関連であり、他はおそらくより主観的です。
検討された可能性のあるいくつかの設計関連の問題:
考慮されたかもしれないいくつかの主観的な問題:
多くの人々が実際にアイテムのリスト内の実際のアイテムが置かれている場所の参照ポイントとしてもそれを使用しているため、必ずしもラベルに非常に優れたアイコンが必要でない場合があることに注意する必要があります。表示されるはずのアイテムに似ていないアイコン。
アイコンは、その頻度に反比例して効果的です。
すべてにテキストとアイコンの両方がある場合、インターフェースは混雑します。一般的なアクションにアイコンを追加するだけです。
私見、サブメニューとSQL Developerサンプルのメニューの両方が混みすぎています。