web-dev-qa-db-ja.com

Mac OS Xがツールバーとタブで矢印カーソルの代わりにポインティングハンドカーソルを使用しないのはなぜですか?

Appleの設計決定の背後にある根拠を理解したいnotツールバーやアプリケーションのユーザーインターフェイスのタブバーなどのクリック可能な領域でポインティングハンドカーソルを使用する。ボタンも。

  • クリック可能な領域でのカーソルの選択が、クリックする領域を示唆するポインティングハンドフィンガーではないのはなぜですか?

  • それを選ぶべきか、それとも自分のアプリケーションのユーザーインターフェイス上で矢印カーソルを使うべきか?

  • アプリケーションのUIが大幅にカスタマイズされている(つまり、スキンをテーマにした)場合、カーソルの選択が異なるか、OSのデフォルトを使用する必要がありますか?

ありがとうございました

2
Phil

まず、あなたが尋ねているもののより良い名前はマウスカーソルではなくマウスカーソル。私にとってcursorは、マウスと関係のないtext input positionerを呼び起こします( カーソルキー)で移動するターミナルまたはテキストエディターカーソル。


クリック可能な領域のポインターの選択が、クリックする領域を示唆するポインティングハンドフィンガーではないのはなぜですか?

Appleは、(テキスト入力ポインター以外の)カスタムポインターとサイズ変更ウィンドウまたは要素ポインタ)アプリ内のmodesを意味し、クリック可能な領域ではありません。最初はハイパーリンクと通常のテキストを区別するのが難しかったので、ハンドポインターはまだユビキタスでWebで使用されていると思います。

OS Xヒューマンインターフェイスガイドライン から(OS X用のアプリのコーディングを開始する前に、それらの全体を読むことをお勧めします):

現在のモードを明確に示します。ユーザーがアプリにさまざまなモードを入力できる場合は、ユーザーが一目でどのモードにいるかを簡単に確認できるようにします。たとえば、グラフィックスアプリでは、ユーザーが現在描画、消去、または選択モード。セグメント化されたコントロールは、ユーザーがどのモードにいるかを示すこともできます。たとえば、Finderツールバーの[セグメント化されたビューを表示]コントロールは、ユーザーがアイコン、リスト、列、またはカバーフロービューのどちらにいるかを示します。また、ポップオーバーは、自己完結型のタスクを非常に強力に視覚的に示します。 (アプリでのポップオーバーの使用の詳細については、「ポップオーバー」を参照してください。)

Appleは、ユーザーがツールバーやタブバーなどを認識していないと(私の意見では正しく)信じていると思います。ユーザーは、アプリ内で実行したいタスクを認識しています。アプリは、 Appleは、ユーザーにボタンを使用していると思わせたくない。Appleは、ボタンを直感的に使用することを望んでいる。

「しかし、ポインタのこの変更は、ユーザーがどこをクリックでき、どこをクリックできないかを知るのに役立ちます。」それに対して私は応答します。iTunes11、Xcode 4、Final Cut Pro X、またはFinderを起動します。これらのアプリをすべて見て、ポインターがhandを示す場所とを示す場所を決定してください矢印。私の推測では、満足のいく答えは得られません。

概念的に異なる無数のクリック可能な要素があります。

  1. ボタン付きの通常のツールバー
  2. サイドバーの選択を変更してメインビューを変更するサイドバー
  3. 操作を実行しているときにアプリが更新する情報表示(ほとんどがラベルですが、複合コントロールになる場合もあります)。操作が行われている場合にのみクリック可能になります。クリックすると、この操作の詳細が表示されます。
  4. ナビゲーションバー/ドロップダウンメニューのハイブリッド(例:Xcodescheme selectionandfile selectionナビゲーションバー)
  5. タブ
  6. ...もっと。

これをすべて調べた後、いくつかの可能な「解決策」は次のようになります。

Show a hand for all clickable elements! 

次に、ほとんどの場合、手を表示しますが、なぜ矢印を表示するのですか?さらに、小さな矢印は小さな手よりも指すのに適しています。これについての詳細は、以下を参照してください。

Show a hand only for toolbars (or only for type Y of clickable elements)!

Appleの考えでは、ツールバーはなく、さまざまなモードで動作するアプリケーションがあります。たぶん、ツールバーはある種類のアプリケーションには意味がありますが、他の種類のアプリケーションには意味がありません。ツールバーが必須ではないという事実は、このような機能がOS全体のUXガイドラインになることを排除します。

Add a new different custom cursor for each different type of clickable area!

これは役立つよりも混乱しやすく、「カスタムカーソルは異なるアプリモードを意味する」モデルを壊します。

それを選ぶべきか、それとも自分のアプリケーションのユーザーインターフェイス上で矢印カーソルを使うべきか?

私はあなたが提案するものを選びません。これを行うと、OS Xの方法に慣れているユーザーはあなたのアプリでひるむでしょう。

アプリケーションのUIが大幅にカスタマイズされている(つまり、スキンをテーマにした)場合、カーソルの選択が異なるのか、それともOSのデフォルトのままにするのか?

上記と同じ理由ではありません。


But I still want to show the clickable areas of my app with a different cursor.

これに行きたいなら、私は矢印ポインタをすべて保持しておくことです。クリックできない領域では、わずかに暗くします(おそらく10%の不透明度の損失または同様の効果)。これを実行するアプリを実装したことも、使用したこともありません。このソリューションを完全に承認する前に、これを使用してどのように感じるかを確認する必要があります。適切に実装されていれば、クリック可能な要素をほのめかすための微妙でエレガントな方法であることがわかります。

アップル 設計ガイドライン 状態:

発見可能性。ユーザーインターフェイス要素の使用方法についての手がかりを提供することにより、ユーザーに機能を発見するように勧めます。たとえば、要素がクリック可能な場合、そのように表示する必要があります。そうしないと、ユーザーがクリックすることはできません。

クリック可能な要素はホバーなしでそのように認識されるべきであるという考えです。これは、タッチデバイスの人気の高まりとともに、さらに重要です。

詳細は この質問 を参照してください。

また、特定のケースで意味がない場合を除き、プラットフォームのガイドラインに準拠するようにしてください。

3
Izhaki

画面を見ると、ほとんどすべてがクリック可能です。押しボタン、スクロールバー、スライダー、アイコン、メニュータイトル、ウィンドウエッジ、ブラウザータブ、リストアイテム、列ヘッダー。テキストをドラッグして、一部を選択してコピーしたり、場合によっては編集したりすることもできます。ウィンドウのタイトルとボトムバーをドラッグしてウィンドウを移動できます。

だから私の説明では、典型的なコンピューターUIの情報密度が非常に高いため、どこにでもハンドカーソルがあり、手ではなく矢印が使用されているだけになりました。クリックできない領域に特別な「クリックできない」カーソルを表示する方が理にかなっています。

しかし、UI自体(Appleのヒューマンインターフェイスガイドラインに従ってさえ)を設計して、クリック可能な部分とそうでない部分を明確にする必要があるので、私はそれもしません。そうでなければ、ユーザーは、一部のWebサイトでの恐ろしい「ミステリーミートマウスオーバーナビゲーション」のように、クリック可能なホットスポットを見つけるために、金属探知機のように画面上でマウスを振る必要があります。

あいまいさがあるため、Webリンクのみがハンドカーソルアプローチを使用することは理にかなっています。下線が引かれたテキストは、単に下線が引かれたテキストである可能性があるため、この方法で、この退化した場合に何かがクリック可能であることを確認できます。

0
uliwitness