ビジーカーソルが正当であると考えるシナリオを誰か教えてもらえますか? ユーザーの観点からは、常に悪い考えのように感じます。明確化: ビジー カーソルとは、ユーザーがアプリケーションを操作できなくなったときに、砂時計のマウス ポインターを動かして口笛を吹くことしかできないことを意味します。
3897 次
12 に答える
11
要約すると、待機間隔が非常に短い (2 秒以下) 場合にのみ、ユーザーがアプリで何かを実行するのをブロックする必要があり、マルチスレッドを実行することによる認知的オーバーヘッドにより、アプリの安定性が低下する可能性があると思います。詳細については、以下を参照してください。
0.1 秒未満の操作の場合、通常、非同期にする必要はなく、砂時計を表示する必要さえありません。
0.1 ～ 2 秒の操作の場合、通常、非同期にする必要はありません。カーソルを砂時計に切り替えるだけで、インラインで作業を行うことができます。視覚的な合図は、エンド ユーザーを満足させるのに十分です。
エンドユーザーが数秒しかかからない操作を開始した場合、エンドユーザーは「集中」思考モードにあり、無意識のうちに自分の行動の結果を待っており、意識的な脳を切り替えていません。その特定の焦点の。そのため、UI をブロックする (これが発生したことを視覚的に示す) ことは、このような短期間であれば完全に許容されます。
2 秒以上続く操作の場合、通常は非同期にする必要があります。ただし、その場合でも、ある種の進行状況インジケーターを提供する必要があります。人は刺激がないと集中するのが難しく、エンドユーザーが意識的な「集中」活動から意識的な「待機」活動に自然に移行するのに 2 秒は十分な長さです。
プログレス インジケータは、ユーザーがその待機モードにいる間に占有する何かを提供し、いつ「フォーカスされた」コンテキストに戻るかを決定する手段も提供します。視覚的な手がかりは、あまり意識的な思考を必要とせずに、これらのコンテキストスイッチを構築するための何かを脳に与えます。
通常は X 時間で完了しますが、Y が X よりもはるかに大きい Y時間がかかる操作がある場合は、厄介になります。これは、ネットワークを介した到達などのリモート アクションで発生する可能性があります。その場合、上記のアクションの組み合わせが必要になる場合があります。たとえば、最初の 2 秒間エッグタイマーを表示し、その後に進行状況インジケーターを表示することを検討してください。これにより、中間ステップなしでエンドユーザーが「フォーカスされた」コンテキストから「待機中」のコンテキストに直接引きずられるのを回避できます。
于 2009-01-03T18:58:13.483 に答える
5
重要なのは特にビジーカーソルではありませんが、ユーザーの入力に応じて何かが起こっていることをユーザーにフィードバックすることが常に重要です。忙しいカーソル、プログレスバー、スロバー、点滅するボタン、渦巻くバトン、踊るピエロがいなければ、何も問題ではありません。それがなくても、コンピューターはそこに座って何もしません。コンピューターはユーザーには壊れているように見えます。
すべてのユーザーアクションに対する即時のフィードバックは非常に重要です。
于 2009-01-03T13:11:14.603 に答える
4
アプリケーションの終了を含め、操作が完了するまでユーザーが何もできない場合は、ビジー カーソルが表示されます。
Web ブラウザーでビジー カーソルが表示されないのは興味深いことです。
いいえ、待ってください。もっと良い答えがあります。 コンピューターが考えているときはビジー カーソルを表示します。
于 2009-01-03T07:27:53.923 に答える
4
私はあなたが正しいかもしれないと思います: まともな非同期アプリでは、ビジー カーソルを表示する必要はありません。最後の大きな操作が完了している場合でも、ユーザーはいつでも何かを実行できます。
とはいえ、Netbeans や Eclipse などの Java アプリケーション、さらには Visual Studio でさえ、ビジー カーソルや希望がない状態でハングすることがあります。しかし、その場合、ビジーカーソルもおそらくあまり役に立たないでしょう...しかし、私はあなたが正しいと思います.ビジーカーソルは、アプリの非マルチスレッド時代のものです. たとえば、Flex アプリでは、EVERYTHING は自動的にイベント駆動型のコールバックであるため、ビジー カーソルを設定しても意味がありません (もちろん可能ですが)。
于 2009-01-03T09:01:23.453 に答える
2
Web ブラウザーの [更新] ボタンをクリックすると、すぐにビジー カーソルが表示され、ページが読み込まれていることをユーザーに知らせる必要があります。
Don't Make Me Thinkで人間の許容ロード時間は 0 秒だったと思います。
Googleは次のように述べています。
レスポンシブ
世界中のすべてのパフォーマンス テストに合格するコードを作成することは可能ですが、それでもユーザーが使用しようとすると激しい怒りを覚えます。これらは応答が不十分なアプリケーションです。つまり、動作が遅くなったり、長時間ハングまたはフリーズしたり、入力の処理に時間がかかりすぎたりするアプリケーションです。
于 2009-01-03T07:38:29.830 に答える
2
これには 2 つの目的があります。
- 何かが起こっていることをユーザーに示します。
- 現在何もできないことをユーザーに示します。
ビジー カーソルは、何もないよりも、操作に関するより良いシグナルです。より長く持続する操作には、より良いものを使用する必要があります。たとえば、ページが取得されているときでもブラウザは動作しており、動作を停止するボタンさえあります。ユーザー インターフェイスは完全に機能するため、ビジー カーソルを使用する必要はありません。ただし、操作の開始時や停止時などの移行フェーズでは、このような状況でもビジー カーソルを使用できます。
于 2009-01-03T08:51:02.023 に答える
0
ビジーカーソルが行うと私が信じる唯一のことは、ユーザーに次のことを通知することです...
私はあなたを完全に無視しているのではなく、しばらく時間がかかるかもしれない何か他のことをしているだけです
于 2009-01-03T15:18:59.620 に答える
0
0.5 秒未満など、すばやく完了する場合にのみ使用します。それよりも時間がかかる場合は、進行状況ダイアログがポップアップするか、進行状況バーがステータス バーまたはインターフェイスの別の場所に表示されます。
アクションの完了に時間がかかりすぎる場合、ユーザーはいつでもアクションをキャンセルできる必要があります。
コメントに応答して、ビジー カーソルは 0.5 秒程度しか表示されません。進行状況ダイアログが表示されると、「ハーフ ビジー」カーソルの 1 つ、または通常の矢印カーソルに変わるはずです。
極端な場合を除いて、ビジー状態のカーソルは避けるべきです。カーソルが必要だと思う場合は、もう一度考えて再設計してください。
于 2009-01-03T15:30:28.207 に答える
0
私は、0.5 秒から 3 秒かかる可能性のあるアクションでそれらを使用しようとしています。より長いアクションの場合は、十分な情報を含む進行状況インジケーターを使用する必要があると思います。
于 2009-01-03T07:26:18.543 に答える
0
少なくとも Fedora 8 では、アプリが「ビジー」カーソルを設定すると、「ビジー インタラクティブ」カーソルが実際に表示されることに気付きました。これは、システムがまだマウス入力 (ウィンドウのドラッグなど) に応答しているためだと思います。余談ですが、Linux で明示的に「ビジー インタラクティブ」カーソルを選択するのは難しいです: http://www.pixelbeat.org/programming/x_cursors/
于 2009-01-03T14:01:30.557 に答える
0
アプリケーションが何かを実行していることをユーザーに警告することは絶対に必要ですが、ビジー カーソルは処理の最初の数秒間だけ有効です。約 15 ～ 20 秒以上の遅延の場合は、プログレス バー、ステータス メッセージ、メッセージ ボックスなど、何か他のものを表示する必要があります。人々は、ソフトウェアが 1 分ほどでロックアップしたと思い込んで、終了しようとします。場合によっては、全体的な視覚的な合図がビジー カーソルと同じくらい重要です。
たとえば、タブ内の操作が完了するまで適切な強調表示で応答しないタブを持つアプリケーションは、すべての操作が完了するまで一時的にタブを更新することで修正できます。場合によっては、ほんの少しの最適化やリファクタリングを行うだけで、このようなひどいユーザー インターフェイスの応答性がクリーンアップされることがあります。
于 2009-01-03T20:06:39.087 に答える
-1
たとえば、イベントの処理が完了していなくても、ボタンをクリックしたことを示すことができます。なんらかの兆候がない場合、ユーザーはボタンをもう一度クリックしようとする可能性があり、あらゆる種類の悪さを引き起こします。
于 2009-01-03T07:25:33.960 に答える