Функциональность «Назад кнопки», насколько это важно?

Все более распространенным явлением для «богатых» приложений является разрыв кнопки «Назад». Я всегда считал, что это плохая форма, но, возможно, это мнение устарело?

Хорошо ли сломать кнопку «Назад»? И если да, каковы критерии?


Edit: Чтобы уточнить, я больше обращался к приложениям, где нажатие кнопки «назад» в основном просто отправляет вас прямо туда, где вы были. Эффективно отключен, но никоим образом не вреден для прессы.
22 голоса | спросил Kris 10 PM00000070000004931 2010, 19:39:49

9 ответов


1

Думаю, я могу подытожить ответы как

  

Вы никогда не должны этого делать, если вы не сможете избежать этого. Даже тогда вы не должны.

Звучит правильно.

ответил Kris 13 PM00000080000005231 2010, 20:17:52
26

Только отмените кнопку «Назад», если она ожидается (если имеет смысл не возвращаться после события на вашем веб-сайте).

Mozilla провела исследование о том, как люди используют браузер, а результаты для кнопки «Назад» впечатляют:

  

Кнопка «Назад» используется гораздо чаще, чем любой другой навигационный элемент (под которым мы подразумеваем кнопки «Назад», «Вперед», «Перезагрузка», «Стоп» и «Домой»). 93.1% участников исследования использовали кнопку «Назад» хотя бы один раз, и в среднем каждый пользователь нажимал Назад 66,2 раза в течение 5 дней - это на 3 раза больше кликов, чем кнопка перезагрузки, 10x больше, чем кнопка «Домой» и более чем в 30 раз больше, чем кнопки «Вперед» и «Стоп»!

     

источник

Я использую кнопку «Назад» много, и я ненавижу, когда не могу ее использовать.

ответил GoodEnough 10 PM00000080000001031 2010, 20:18:10
5

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

Следует избегать разблокировки кнопки «Назад».

ответил John Conde 10 PM00000070000001931 2010, 19:57:19
2

В некоторых случаях разрыв кнопки «Назад» может быть в порядке, но это почти всегда не нужно. Я видел это много с многоступенчатыми формами, где вы отправляете страницы с одной страницы на другую. То, что вы должны сделать в этом примере, - это ваша страница формы (1), сообщение на другую страницу (2), которая (например) хранит материал в сеансе, а затем перенаправляет обратно на другую страницу (3). Когда пользователь нажмет кнопку «Назад», они перейдут от (3) назад к (1).

Даже с помощью RIA вы можете использовать хеши /привязки URL (т. е. page.html#section) и отслеживать их для изменений. Gmail делает это для разных «страниц», таких как «Входящие», «Составление», «Настройки» и т. Д. Этот вопрос о переполнении стека поможет, если вы хотите его реализовать.

ответил DisgruntledGoat 10 PM00000080000001131 2010, 20:55:11
2

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

ответил vsingh 11 AM000000120000004531 2010, 00:05:45
1

Основная причина, по которой он «становится все более распространенным явлением», заключается в том, что некоторые рамки RIA не поддерживают кнопку «Назад» или требуют, чтобы вы активно думали о том, как включить ее в ваше приложение. Большинство платформ предлагают некоторую поддержку навигации, хотя, например, поддержка Silverlight 3 для Рамки и элементы управления страницами , вам просто нужно знать, как использовать его эффективно. Та же система навигации используется в приложениях Windows Phone 7.

ответил Greg Bray 10 PM00000080000001931 2010, 20:29:19
1

Исследования показали, что почти 1/3 щелчка при использовании браузера находится на задней кнопке (от Do not Make Me Think). Я, честно говоря, не верю, что есть веская причина, чтобы остановить обратную кнопку от работы. люди должны иметь возможность перемещаться по вашему сайту, но они сочтут нужным.

ответил GSto 10 PM000000110000002231 2010, 23:01:22
1

Мой опыт в том, что, если вы не используете встроенную инфраструктуру, например приложение WITHIN в контексте браузера (например, silverlight, упомянутое выше), и иметь ясную и удобную навигацию на месте, это просто не очень хорошая идея начать обезьяна вокруг с функциональностью по умолчанию. В тех случаях, когда я видел, что он использовался, почти всегда возникали проблемы с тем, что другой браузер несовместим с javascript или сеансом, который не всегда правильно сохраняется, а когда кто-то «случайно» попадает в кнопку, ситуация обычно не продолжается, как ожидалось.

ответил 12 AM00000030000005531 2010, 03:39:55
1

Не предлагать скидку на то, как «частые» пользователи нажимают кнопку «Назад», или просто не «хорошо», чтобы «разбить» ее, я бы предложил другое предложение: кнопка «Назад» должна взять пользователя куда-то прежде чем пользователь доберется до того места, где они сейчас находятся. Во многих случаях это имеет больший смысл и более удобно использовать не одну обратную ссылку (и может быть намного проще реализовать). Например, просмотрите фотоальбом. Пользователь делает один щелчок, чтобы выбрать альбом, представлен эскизами. Еще один щелчок на миниатюре показывает это изображение со следующими /предыдущими ссылками. На этом этапе пользователь перемещается по альбому. Когда они закончатся, они вернутся. На данный момент более удобно и интуитивно, чтобы вернуться к миниатюре, чем к предыдущему изображению.

Короче говоря, кнопка «Назад» должна что-то делать, но именно то, что она должна делать, зависит от приложения.

ответил 14 AM00000090000000931 2010, 09:23:09

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132