Подсказки в эпоху прикосновений

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

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

но я вспомнил старый ? кнопка, которая была так популярна много лет назад, которая после нажатия превратила бы курсор в знак вопроса. После того, как вы щелкнули виджет, вы увидите небольшую подсказку или информационный шар. Я считаю, что что-то вроде этого можно легко использовать на сенсорном интерфейсе. Из-за отсутствие курсора, другой визуальный сигнал должен быть дан пользователю, сообщая ему, что он находится в помочь режим. Может быть изменить оттенок экрана и дать небольшой текст. Это может быть также сделано через мультитач, требуя ? кнопка должна быть нажата при нажатии другого виджета, чтобы получить подсказку (которая должна быть показана в слегка разделенном месте, чтобы не быть слишком скрытой пальцем).

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

Я бы использовал его только для предоставления расширенной помощи, когда вы сталкиваетесь с небольшим экраном, в противном случае сделайте область справки видимой в любое время в нижней части "окна" (ссылаясь на любой вид квадратного интерфейса), который изменяет его содержимое, чтобы предоставить подробное объяснение и/или помощь для выбранного объекта виджет, как это делается в некоторых окнах настроек при наведении курсора.

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

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

Я могу придумать несколько решений этой проблемы

1) Создайте свое приложение, чтобы не нуждаться в подсказках. Поместите текст на кнопки (однако небольшие), используйте простые значки или покажите "пузырь справки" на "первом использовании кнопки" (с возможностью "не показывать это снова", как только пользователь узнал, для чего предназначена кнопка)

2) реагировать на события на подправить, не приземляться. Реагировать на прикосновения, которые были проведены в течение 0,5-1 секунды, показывая "помощь" пузырь. Если пузырь справки показывает, что обычное событие кнопки не срабатывает подправить (таким образом, пользователи, ищущие помощь, не запускают действия).

3) Используйте парадигму перетаскивания" вопросительный знак", которая @voyager предложил. Или попросите пользователя сначала "коснуться" вопросительного знака, а затем коснитесь элемента, с которым ему нужна помощь.

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

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

просто чтобы дать вам некоторые идеи ...

вообще a хороший дизайн пользовательского интерфейса (как и многое другое в жизни)это тот, который является эффективным и эффективным!--2--> в течение определенного периода времени использования. Эффективные средства, вы можете делать то, что вы ожидаете, вы могли бы сделать (например,звонить с мобильный). Эффективные средства, это выполнимо с минимальными усилиями пользователя (например,просто набрав цифры и нажав на кнопку "набрать", не нужно сначала перемещаться по некоторым меню). за определенный промежуток времени означает, что это может быть не оптимальным при первом использовании или, наоборот, после того, как вы узнали его и все между (например,экран терминала аэропорта, возможно, должен быть более сосредоточен на одноразовом пользователе "чайники", чем программное обеспечение для редактирования видео для профессионалов, таких как Adobe Premiere).

Это говорит, что я нахожу подсказки чрезвычайно полезными в ситуациях, где

• дизайнер вы не хотите / не можете объяснить каждую деталь о некоторых функциях GUI в пределах определенной области пользовательского интерфейса
  • из-за удобства использования, доступного общего пространства и т. д.
  • например, принимая приведенные выше примеры это может быть полезно даже на простой звонок по мобильному телефону сценарий для пожилых людей.
    • это может быть не знакомо со многими вещами, которые мы "уроды"; -) найти тривиально.
    • и они должны быть поощрены щелкать вокруг без страха случайно позвонить в некоторые магазины горячей линии и быть, наконец, убежден, что они не могут жить без пылесоса 1000 EUR.
    • таким образом, в этом случае парадигма подсказок с одним щелчком мыши может иметь смысл
      • вообще я бы не рекомендовал его хотя
• как вы не уверены в значении некоторых предусмотренных действий / кнопок и т. д.
  • снова придерживаясь предыдущих примеров, даже опытный пользователь Adobe Premiere может не помнить всех подробностей об определенной функциональной области всех доступных модулей / плагинов
    • например, если большую часть времени вы режете видео и самостоятельно регулируете звук настройки
    • в то время как другие могут иметь проблемы наоборот

теперь вернемся к ограничениям и возможностям сенсорного интерфейса...

• : -) Hover: Я недавно где-то видел, что некоторые устройства могут распознать палец, прежде чем он на самом деле касается сенсорной панели или он различает сенсорный интенсивности (например, только очень мягкая на ощупь). Это мне кажется, идеальный кулон для установленной функциональности всплывающей подсказки на WIMP-интерфейсах
  • конечно, это будет зависеть от возможностей сенсорного оборудования
• : -) масштабирование UI: Я на самом деле как масштабирование UI упомянутые Джой также
  • концепция использования только двух пальцев уже довольно распространена для масштабирования, и идея довольно интуитивна, например отображение более подробной информации, например, типичной всплывающей подсказки, при масштабировании кнопки
  • но это, по общему признанию, вводит проблему дифференциации между мне нравится иметь подсказку для этой кнопки и мне нравится увеличивать / уменьшать всю область, не имея подсказки кнопки рядом с моими пальцами в виду
    • хотя я бы подумал, что типичные области с поддержкой подсказок сильно отличаются от масштабируемых областей в генеральный
      • например, некоторые читатели PDF область содержимого, как правило, визуально довольно отделены от например, некоторые панели инструментов (кнопки)
    • всплывающие подсказки для областей без действия, как некоторые текст снова не тривиальны для обработки или потребовали бы еще некоторого "соглашения о дифференциации жестов"
  • С точки зрения развития это кажется также довольно надежным
• : -) QM: элемент вопросительный знак нажмите или перетащите функцию решение может быть хорошей альтернативой слишком
  • имея много таких везде на экране кажется глупым, особенно когда они должны получить определенное пространство, чтобы быть кликабельным / перетаскиваемым
  • имея один, чтобы перетащить везде кажется лучше, но опять же потребует места для него на экране
  • С точки зрения развития я бы нашел это, по крайней мере, немного сложно, как общее решение, потому что drag'n drop является общей особенностью и дифференцирует в пользовательском интерфейсе между вот некоторые подсказки падение я должен обрабатывать и вот идет какой-то файл падение я должен обрабатывать (напр., на область загрузки файла) может быть нелегко или, по крайней мере, общая основа для существующих рамок
• : - / Hold: идея вызвать подсказка, если пользователь не отпустит толчок после определенного период времени, например 1s, кажется, 2-е лучшее решение для меня
  • это уже общая особенность в некоторых сценариях, как упомянутые всплывающие окна на экранной клавиатуре (например, отдых на "o" и получение списка выбираемых альтернатив, таких как oóòô)
  • опять же это требует некоторых доверие от пользователя, что он не будет выполнять действие областей на релизе
  • на некоторых кнопках может быть трудно различить, что пользователь хочет сделать, например, нажав на знак " + " / кнопку, чтобы увеличить некоторое число и удерживая его, чтобы увеличить больше или быстрее, может противоречить этой функции всплывающей подсказки
  • для областей без действия Действие push-hold может показаться не интуитивным
  • С точки зрения развития это может быть довольно легко, хотя поведение некоторых противоречий как могут существовать
• : - / SCT / DCA: решение в один клик показывая подсказку, дважды щелкните выполнение действия Я могу себе представить, чтобы быть полезно в ограниченных сценариях
  • , например мобильный звонок для некоторых пожилых людей или пустышек выше, где действие должно быть вид защищенный от бессознательного или неуверенного использования
  • снова перспектива развития выглядит надежной снова здесь
• :-/ SCA / DCT: решение один клик выполняет действие, двойной щелчок показывает всплывающую подсказку мне кажется очень странным
  • если вы не уверены в некоторых функциях, вы не решитесь нажать кнопку вообще, и, конечно же, не дважды, особенно если вы не можете быть уверены, если вы можете ожидать такого поведения
  • перспектива развития может быть проблематичным здесь:
    • после чего время-дважды щелкните два в один клик?
    • что делать, если второй щелчок не распознается или не может быть распознан, например, потому что появляется какое-то другое всплывающее окно, макет пользовательского интерфейса внезапно меняется, пользователь не тщательно прицелился ...
• :-/ Другие Жесты: используя другие жесты, упомянутые или я мог бы думать, как рисование вопросительного знака над областью, подлежащей установке,проводя в некотором роде так далее.
  • потому что это не похоже на общую почву, мне бы это не понравилось, потому что он также может блокировать другие функции, доступные в противном случае

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

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

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

всплывающие подсказки предоставляют так мало информации, как правило (указатель против руки, текст-подсказка, наведение курсора), что я думаю, что вы также можете просто дублировать информацию всплывающей подсказки, уделяя пристальное внимание действию Пользователя история. Если они нажимали на две вещи чаще, чем на другую вещь в последнее время, есть всплывающая подсказка по умолчанию & добавленная стоимость & акцент появляются для тех немногих более часто нажатых вещей, а не другие.

Edit: кроме того, думая об этом больше,перетащить в пространстве, которое не нуждается в прокрутке или тому подобном, похоже на правильный триггер для информации подсказки. Берем iPhone клавиатуры, например. Каждая буква имеет подсказку при перетаскивании, в то время как сама буква фактически активируется при отпускании. Помощь в перемещать точность.

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

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

Это может быть полезным:

Google Material Tooltips

Они говорят, что всплывающие подсказки

вызван:

• наведение курсора на элемент
• фокусировка на элементе с клавиатурой (обычно клавиша tab)
• на ощупь

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

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

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

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

в RPG они обычно имеют сложные экраны статистики, которые гарантированно неизвестны игроку (часто они изобретают новые системы для каждой игры), полные чисел, которые важны, но игроки не знают. Многие из них позволяют вам нажать кнопку выбора, чтобы войти в режим подсказки/объяснения.

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

основная проблема здесь не прикосновение, а состояние. В каком состоянии находится объект, когда вы касаетесь ее? Меняет ли прикосновение свое состояние? Как изменение состояния отражается на пользователе?

с точки зрения дизайна, попытка охватить все действия одним касанием будет работать только в самых простых случаях. Для любого более полезного применения, первое касание может изменить состояние, и это состояние может быть отражено изменениями в изображении объекта, с помощью панелей инструментов (даже переходных подсказок, которые исчезают через определенное время) или другими способами. Прикосновение к выбранному объекту должно иметь другое значение, чем прикосновение к невыбранному объекту. Это должен быть обнаруживаемый аспект интерфейса.

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

для планшетов я бы взял идею вопросительного знака, но добавил еще немного сложности:

1) при нажатии на знак вопроса, он включает режим "справка". 2) затем вы можете нажмите на соответствующий элемент управления,и он покажет подсказку. 3) Если вы снова нажмете на тот же элемент управления, он завершает режим справки и выполняет то, что должен делать элемент управления. 4) Если вы нажмете на любой другой элемент управления, она показывает его подсказки и режим, но включается. 5) можно завершить режим справки, нажав на знак вопроса еще раз.

мой ответ, возможно, не так практичен, но...

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

Как говорит Андреас,"Если вы не уверены в некоторых функциях, вы не решитесь нажать кнопку вообще".

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

Это одна из причин, почему кнопка "Назад" так популярна, и Android даже сделал ее операционной системой в целом.

к сожалению (вот непрактичность...)

• создание надежной повсеместной отмены намного сложнее, чем всплывающие подсказки
• достаточно приложений должны поддерживать его, чтобы изменить мышление всех пользователей (ха!)