web-dev-qa-db-ja.com

砂時計カーソルはまだ関連していますか?

C#ダイアログで操作が完了する間、同僚に砂時計(おそらくprogressカーソル ここ で説明)を設定することを同僚に勧めました。操作には数秒から数分かかる場合があり、キャンセルできます。経過時間を示すタイマーもあります。このプログラムはWindowsでのみ実行されます。

しかし、デスクトップアプリケーションまたはWebページ(WindowsとOSXの両方でオペレーティングシステムがこれらを確実に使用しますが)のいずれかで、かなり長い間、待機/ビジー/砂時計のカーソルを見たことはありません。忙しいカーソルがUIデザイナーに嫌われているというグーグル検索からの断片をいくつか見ましたが、それほど多くはありません。

私の特定のケースにとってそれが良い考えではないことは確かですが、アプリケーションが他の点で応答性があり、適切に動作していると仮定すると、ビジー/砂時計カーソルに関する練習?それらは役に立ちますか、それとも常にフォーム/ページ/ウィンドウに明示的な進行状況インジケータを配置し、ビジー/砂時計カーソルを完全に省略してユーザーを混乱させない方が良いですか?

26
Chris

「ビジー」カーソルと「バックグラウンドビジー」カーソルは、Windowsで頻繁に見られるものです。

enter image description hereenter image description here

「...かなり前から、待機/ビジー/砂時計のカーソルを見たことがありません。」これは、あなたが彼らに慣れ、もう気付かなくなったためだと思います。 Microsoft Word(2010)を開き、[ファイル]リボンをクリックして[保存]をクリックします。 「ビジー」カーソルが数回点滅するのがわかります。大きなドキュメントを実際に保存すると、そのカーソルが再び表示されます。この動作は、アドビ製品、マイクロソフト製品、IDE、オープンソースソフトウェア、および多種多様なソフトウェアに存在します。これらのカーソルはまだ存在していて、まだ便利です。これらは、それらを使用する「オペレーティングシステム」ではなく、アプリケーションです。これらのアプリケーション開発者は、意図的にカーソルを配置する必要がありました。 APIのおかげで、または明示的に。

これらはOSだけでなく、どのアプリケーションでも使用されます。アイコンは重要な目的を果たします。 「ビジー」カーソルの場合、アプリケーション/プログラムが入力を受け付けないことを示します。 「バックグラウンドビジー」カーソルの場合、これは、アプリケーション/プログラムがアクションを実行中であるが、それでも入力を受け入れるインジケーターです。後者は、ユーザーがUIを操作している間にシステムが変更される可能性があることを示唆するのに役立ちます。

これらは依然として「関連性がある」と私は考えており、Windowsまたはデスクトップの設計の一部として検討する必要があります。これにより、ユーザーは引き続き他のアプリケーションと対話し、アプリケーションが「機能している」ことを知ることができます。応答しないUIよりも意味のあるものをユーザーに伝えます。これは2重に機能します。1)進行状況または「ビジー」インジケーターは、マウスホバーフォーカスのある領域にのみ適用されます。2)カーソルがポインターではなくなったため、ユーザーがカーソルを使用する期待が減少します。患部。

一般的に進行状況インジケーターの値に疑問がある場合: Xが進行状況インジケーターを省略するのは悪いことですか?

43
mawcsco

私はあなたとあなたの同僚が ユーザーインターフェースの保守主義と自由主義 記事のそれらの人々の例だと思います。

リベラルなデザイナー(あなた)と保守的なデザイナー(co-ワーカー)。

この記事で私が本当に気に入っているのは:

UIの自由主義の問題は、必ずしも悪いインターフェイスを生み出すことではありません。それどころか、仮想ツールと対話するための新しく革新的な方法を提供する非常に優れたインターフェースがいくつかあります。 UIの保守性は、ルールをたやすく従い、信頼するだけでまともなインターフェイスを作成できるため標準コントロール上

7

ベストプラクティスは、現在操作を実行している場合でも、アプリケーションインターフェイスの応答性を維持することです(これは、ユーザーが実際に操作をキャンセルできることを除いて、何でもできるという意味ではありません)。ほとんどすべての開発プラットフォームに、この影響に関するガイドラインがあります。

砂時計カーソルに遭遇する最も一般的な理由は、現在のアプリケーションがフリーズしていることです(永続的または一時的に、エンジニアが高価な操作中にUIの応答性を維持できなかったため)。

そのため、砂時計は、アプリケーションがビジー状態ではなく、スタックしたり壊れたりすることに関連しています。ユーザーが壊れたアプリケーションとビジーアプリケーションを区別することは難しいため、アプリケーションが他の方法(進行状況バーやダイアログ内の砂時計など)でビジーであることを示すことをお勧めします。

3
Brian

Windowsガイドライン これらを使用する場合:

次の表は、完了までに数秒以上かかるアクションを実行したときにユーザーに表示されるポインタを示しています。
ビジーポインター:ウィンドウが応答するのを待つために使用されます。
バックグラウンドポインターでの作業:タスクがバックグラウンドで完了しているときに、ポイント、クリック、押す、または選択するために使用されます。

ユーザーがアクションの完了を1秒以上待機する必要がある場合、ビジーポインターを表示します。ビジーポインターにはホットスポットがないため、ユーザーは表示されている間は何もクリックできません

ユーザーがアクションの完了を1秒以上待つ必要があるときにworking in background pointerを表示する、しかしプログラムは反応し、アクションが完了していないという視覚的フィードバックは他にありません。

アクティビティポインターをプログレスバーまたはプログレスアニメーションと組み合わせないでください。

これは、これらのカーソルを使用する必要がある理由と、カーソルがそれほど表示されない理由をほぼまとめたものです。

通常、ある種のプログレスバーがある方が明確です。それらの1つを持っている場合は、砂時計カーソルを使用しないでください。ビジーでアプリケーションのパフォーマンスに影響を与える可能性のある何かについてそれ以外の方法で通信しない場合は、砂時計カーソルを使用します。操作が完了するまでアプリケーションを使用できない場合にのみ、ビジーポインターを使用します。

あなたの場合:使用しないでください。他のほとんどの場合:何かがビジーであることを伝える明確な方法があるため、カーソルの使用を避けます。ただし、これらのオプションが唯一の選択肢である状況には依然として関係があります。そして、ロックされた/応答しないアプリケーションのために。

2
Koen Lageveen

私はデザイナーではありませんが、とにかく自分の感じていることを言いたいです。おそらく、私の仕事の大部分はコーディングですが、Design/UXについて少し学びました。

Mawcscoが言ったように、そして私も彼に同意しますが、慣れているので、あなたはそれらを見ることはもうありません。そのような状況では、誰もそれに気づいていないため、または少なくとも通常のユーザーが気付かないため、砂時計はとにかく本当に役に立ちません。

砂時計と単純なスピナー(色付き/レインボー)のどちらを選択するかは、デザイナーに任されています。アプリケーションで見栄えがよくても、うまく機能するはずです。しかし、砂時計は古いです。おそらく、シンプルなスピナーよりも、アニメーションに良い意味を与えます。昔は、砂時計はエンドユーザーに時間の感覚を与えました。単純なスピナーを使用するとしたら、エンドユーザーにとって意味が明確ではなかったかもしれません。

そして私はあなたについて同意します

"フォーム/ページ/ウィンドウの明示的な進行状況インジケーターとビジー/砂時計カーソルを完全に省略"

アニメーションカーソルは実際には煩わしいものです。時々、砂時計/スピナーが落ちることを期待して、私はマウスを強く振ります:D

0
Kumar Bibek

私は言うでしょう:ユーザーについて考えてください。数秒待っていても、何も起きていないと思い、もう一度ボタンをクリックしようとするでしょうか?もしそうなら、彼らがした場合どうなりますか?一般的に、ユーザーに正しい feedback を提供して、ユーザーが正しい方向に進んでいることを確認します。

私はいくつかのWebアプリだけでなくWindowsアプリも開発しており、プロセスに数秒しかかからない場合でも、通常は待機カーソル/スプラッシュ画面を好みます。プロセスが数マイクロ秒しかかからない場合、カーソルの点滅が実際に誰かを混乱させる可能性があることを覚えておいてください。

あなたが言ったように、もしあなたがレスポンシブなアプリケーションを持っているなら、プログレスバーなどの良いフィードバックがあります。カーソルは必要ありません必要ありません

0
Möoz