Занятые курсоры - почему?

Это не конкретно занятый курсор, который важен, но важно, абсолютно, всегда дать обратную связь пользователю, что что-то происходит в ответ на их вход. Важно понять это без занятого курсора, индикатора выполнения, throbber, высвечивая кнопку, скручивающийся маркер, танцуя клоуна.. НИЧТО не имеет значения - если у Вас нет его, и компьютер просто находится, там ничего не делая, компьютер выглядит поврежденным пользователю.

непосредственная обратная связь для каждого пользовательского действия невероятно важна.

Таким образом, я думаю, что пользователь должен быть заблокирован от выполнения материала в Вашем приложении только, когда интервал ожидания будет очень короток (2 секунды или меньше), и познавательные издержки выполнения многопоточности, вероятно, приведут к менее стабильному приложению. Для большего количества детали посмотрите ниже.

Для операции, длящейся меньше чем 0,1 секунды, Вы не должны обычно идти асинхронные или даже показывать песочные часы.

Для операции, длящейся между 0,1 и 2 секундами, Вы обычно не должны идти асинхронные. Просто переключите курсор на песочные часы, затем сделайте встроенную работу. Визуального индикатора достаточно для угождения конечному пользователю.

Если конечный пользователь инициирует операцию, которая собирается занять только несколько секунд, он находится в "сфокусированном" способе мышления, в котором он подсознательно ожидает результатов своего действия, и он не переключил сознательный мозг из того особого внимания. Так блокирование UI - с визуальным индикатором, что это произошло - совершенно приемлемо в течение такого короткого промежутка времени.

Для операции, длящейся больше чем 2 секунды, необходимо обычно идти асинхронные. Но даже затем, необходимо обеспечить своего рода индикатор хода выполнения. Люди находят трудным сконцентрироваться в отсутствие стимуляции, и 2 секунды достаточно долги, который конечный пользователь естественно собирается переместить от сознательного 'сфокусированного' действия до сознательного действия 'ожидания'.

Индикатор хода выполнения дает им что-то для занятия их, в то время как они находятся в том режиме ожидания, и также дает средства определения, когда они собираются переключиться назад в их 'сфокусированный' контекст. Визуальные индикаторы дают мозгу что-то, вокруг которого можно структурировать те контекстные переключения, не требуя слишком большой сознательной мысли.

То, где это становится грязным, - то, где Вы переносите операцию, которая обычно завершается в X раз, но иногда берет Y, где Y намного больше, чем X. Это может произойти для удаленных действий, таких как достижение через сеть. Именно тогда Вам, возможно, понадобилась бы комбинация вышеупомянутых действий. Например, рассмотрите отображение часов для варки яиц в течение первых 2 секунд и только затем введения Вашего индикатора хода выполнения. Это старается не выворачивать конечного пользователя от 'сфокусированного' контекста непосредственно к контексту 'ожидания' без промежуточного шага.

Вы показываете занятый курсор, когда пользователь ничего не может сделать, пока операция не завершается - включая выход из приложения.

Я нахожу это интересным, что Вы не видите занятые курсоры в веб-браузерах - возможно, что почему люди как они так.

Нет, ожидайте, у меня есть лучший ответ. Вы показываете занятый курсор, когда компьютер думает.

Когда каждый поражает Кнопку Обновить в веб-браузер, занятый курсор, должно казаться, сразу говорит пользователю позволять им знать, что страница загружается.

Я думаю, что это было, не Заставляют Меня Думать, что сказал, что терпимое время загрузки для человека является нулевой секундой.

Google говорит:

Быстро реагирующий

Возможно написать код, который выигрывает каждый тест производительности в мире, но это все еще отправляет пользователей в пламенном гневе, когда они пытаются использовать его. Это приложения, которые не являются достаточно быстро реагирующими — те, которые чувствуют себя вялыми, зависают или замораживаются в течение значительных периодов или занимают слишком много времени обрабатывать вход.

Существует две цели для него:

1. Укажите для пользователя, что что-то происходит.
2. Укажите для пользователя, что ничто не может быть сделано прямо сейчас.

Занятый курсор является лучшим сигналом об операции, чем ничто. Для более длительных длительных операций что-то лучше должно использоваться. Например, браузеры являются все еще операционными, когда страница получается и существует даже кнопка для остановки операции. Поскольку пользовательский интерфейс полностью функционален, нет никакой потребности использовать занятый курсор. Однако занятый курсор может использоваться даже в этом виде ситуаций в этапах перехода как при запуске операции или при остановке его.

Я пытаюсь использовать их на любом действии, которое может взять от 0,5 до 3 секунд для более длительных действий, я думаю, что индикаторы хода выполнения с достаточной информацией должны использоваться.

Я заметил с Fedora 8, по крайней мере, что, когда приложение устанавливает "занятый" курсор, "занятый интерактивный", каждый на самом деле отображен. Я предполагаю, что это вызвано тем, что система является все еще быстро реагирующей к входу мыши (как перетаскивание окна и т.д.). Как в стороне, выбирая "занятый интерактивный" курсор явно на Linux хитро: http://www.pixelbeat.org/programming/x_cursors/

Единственная вещь я верю занятому курсору, делает это, сообщает пользователю это...

Я напрямую не игнорирую Вас, я просто делаю что-то еще, что может взять некоторое время

В то время как абсолютно необходимо предупредить пользователя, что Ваше приложение делает что-то, занятый курсор только полезен в течение первых нескольких секунд обработки. Для задержки больше, чем приблизительно 15-20 секунд что-то еще должно быть представлено, такие как индикатор выполнения, сообщение о состоянии, окно сообщения, безотносительно. Люди предполагают, что Ваше программное обеспечение заперлось приблизительно после одной минуты и попытается завершить его. Иногда, полные визуальные индикаторы так же важны как занятый курсор.

Например, приложения с вкладками, которые не отвечают соответствующим выделением до операции на вкладке, завершаются, может быть согласован путем обновления вкладки временно, пока все операции не завершены. Иногда, просто немного оптимизации или рефакторинга очистят ужасную скорость отклика пользовательского интерфейса, такую как это.

Я использовал бы их только для быстрых вещей завершения, как говорят под половиной секунды. Если что-нибудь занимает больше времени, чем тот затем, диалоговое окно прогресса должно раскрыться, или индикатор выполнения должен появиться в строке состояния или где-то в другом месте в интерфейсе.

Пользователь должен всегда мочь отменить действие, если занимает слишком много времени завершаться.

В ответ на комментарий занятый курсор только был бы видим для наполовину приблизительно второй, как, после того как диалоговое окно прогресса, это должно изменить на то, чтобы быть одним из тех "половину занятых" курсоров или просто нормального курсора стрелки.

Необходимо постараться не иметь занятый курсор кроме экстремальных обстоятельств, и если Вы думаете, что Вам нужно один, затем думайте снова и модернизация.

Например, чтобы указать, что Вы нажали на кнопку, даже при том, что она не сделала обработки события. Если бы не было некоторого признака, то пользователь мог бы попытаться нажать кнопку снова, вызвав весь способ вредности.