Comments 24
Ждем продолжения!
Не случайно в операционных системах важные элементы находятся в углах: иконка Windows или яблоко в MacOS.
мак сторожилы вы часто на яблоко жмете? я реже одного раза в день… а в винде показать десктоп очень удобно в углу
1 — в вин10 я периодически случайно прятал все окна при наведении на правый угол панели задач — пока не нашел где это отключить…
2 — В «новых» интрефейса постоянно приходится пользоваться скролом, даже на мониторе с фул хд, если такие сайты я просто начинаю избегать то с вин10 и ее новое меню настроек избежать уже не получится… про цветовое решение этого нового меню я уже даже не вспоминаю, и про количество кликов для элементарных настроек…
2.1 — полоса прокрутки также сильно сузилась, трудно попасть мышкой, на маке из за наличия адекватного тачпада мне эта полоса не сильно и нужна, но на виндовс ноутах и пк с их отвратительными тачпадами достаточно грустно…
3 — На маке я в основном пользуюсь только хромом, а у него свое меню… =)
2 — В «новых» интрефейса постоянно приходится пользоваться скролом, даже на мониторе с фул хд, если такие сайты я просто начинаю избегать то с вин10 и ее новое меню настроек избежать уже не получится… про цветовое решение этого нового меню я уже даже не вспоминаю, и про количество кликов для элементарных настроек…
2.1 — полоса прокрутки также сильно сузилась, трудно попасть мышкой, на маке из за наличия адекватного тачпада мне эта полоса не сильно и нужна, но на виндовс ноутах и пк с их отвратительными тачпадами достаточно грустно…
3 — На маке я в основном пользуюсь только хромом, а у него свое меню… =)
На винде, в приложениях, с часто используемым верхним меню (например фотошоп), стало сильно удобнее, когда оно переехало на самый верх.
Ну и да, win+D — уже рефлекс.
П.С. Что не так у маководов с тачпадами на winбуках? :)
Ну и да, win+D — уже рефлекс.
П.С. Что не так у маководов с тачпадами на winбуках? :)
Всё очень просто. Маки скрол делают с помощью двух пальцев, вне зависимости от их расположения на тачпаде. Ноуты с поддержкой винды же обычно либо имеют специальный регион в тачпаде, отвечающий за скролл, либо людям приходится наводится на графический скролл, зажимать левую кнопку тачпада и только потом скроллить.
Не многие знают, что это на самом деле проблема дизайнеров тачпада, а не винды. У меня, например, тачпад mac-like, но на линуксе. Большинство современных ноутов снабжаются именно такими тачпадами. Но «старый добрый рефлекс обливания грязью» работает безотказно.
Не многие знают, что это на самом деле проблема дизайнеров тачпада, а не винды. У меня, например, тачпад mac-like, но на линуксе. Большинство современных ноутов снабжаются именно такими тачпадами. Но «старый добрый рефлекс обливания грязью» работает безотказно.
Тачпадами на виндобуках после использования трекпада на маках пользоваться крайне дискомфортно — нет всех тех удобств (жестов), которые есть на маке.
На самом деле это не только к тачпаду, но и к комбинациям клавиш относится.
Казалось бы — что тут такого, привык к комбинациям клавиш и жестам и всё, но нет, на маке этих комбинаций намного больше и они куда более продуманные, а жесты натуральные, физичные.
Настолько что при использовании винды после мака каждый раз как используешь жест или комбинации клавиш, но получаешь пшик чувствуешь насколько Windows топорная система.
Я это могу утверждать, поскольку испытал на себе лично.
Если кто не верит — рекомендую и вам убедиться, правда, на привыкание к новым возможностям, которые предоставляет Mac вам придётся привыкнуть. Но после этого винда будет как привет из прошлого века.
У меня до сих пор возникает вопрос — как можно таким пользоваться?
И да, я тот человек, который решил купить себе Apple Magic Trackpad 2 для использования с внешним моником, вместо мышки. Вот настолько это удобно — руки сами тянутся использовать жесты, из-за их натуральности и физичности (одна прокрутка и масштабирование чего стоят).
И самое главное — жесты работаю всегда, вне зависимости от ориентации пальцев. Т.е., выполнив жест, пользователь получит именно то что хочет со 100% вероятностью.
На самом деле это не только к тачпаду, но и к комбинациям клавиш относится.
Казалось бы — что тут такого, привык к комбинациям клавиш и жестам и всё, но нет, на маке этих комбинаций намного больше и они куда более продуманные, а жесты натуральные, физичные.
Настолько что при использовании винды после мака каждый раз как используешь жест или комбинации клавиш, но получаешь пшик чувствуешь насколько Windows топорная система.
Я это могу утверждать, поскольку испытал на себе лично.
Если кто не верит — рекомендую и вам убедиться, правда, на привыкание к новым возможностям, которые предоставляет Mac вам придётся привыкнуть. Но после этого винда будет как привет из прошлого века.
У меня до сих пор возникает вопрос — как можно таким пользоваться?
И да, я тот человек, который решил купить себе Apple Magic Trackpad 2 для использования с внешним моником, вместо мышки. Вот настолько это удобно — руки сами тянутся использовать жесты, из-за их натуральности и физичности (одна прокрутка и масштабирование чего стоят).
И самое главное — жесты работаю всегда, вне зависимости от ориентации пальцев. Т.е., выполнив жест, пользователь получит именно то что хочет со 100% вероятностью.
Я вот испытал обратное, в 2006 мне хотелось макбук в окно выкинуть. MacOS мне показалась дико неудобной, и нелогичной. И отсутствие нампада, против моего Toshiba Satellite очень раздражало. Кстати владелец макбука потом поставил на него XP ).
Мне, например, тачпад вообще не критичен, т.к. я в любом случае работаю мышкой. А когда перешел на вертикальные модели, то стало вообще хорошо.
Так что дело привычки и потребностей. На вкус и цвет, как говорится.
Прекрасно, что есть разные системы и подходы. Разнообразие очень важно.
Мне, например, тачпад вообще не критичен, т.к. я в любом случае работаю мышкой. А когда перешел на вертикальные модели, то стало вообще хорошо.
Так что дело привычки и потребностей. На вкус и цвет, как говорится.
Прекрасно, что есть разные системы и подходы. Разнообразие очень важно.
Полностю соглашусь со всем, что связано с яббловским тачем.
На яблоко вообще не жму практически никогда, все основные действия выполняю либо через hotkeys, либо через поиск.
Активно использую функцию показа рабочего стола при наведении на верхние углы, очень удобно.
Активно использую функцию показа рабочего стола при наведении на верхние углы, очень удобно.
В этом месте кто-то облажался: если включить суперпопулярные Active corners, попасть в яблоко станет проблемой.
Спасибо за статью, подчерпнул для себя пару интересных моментов.
Например, со снеппингом к углам и краям экрана.
Никогда об этом не задумывался, но теперь буду знать, и правда, очень полезно, как и про мотивацию и триггеры.
BTW, могу дополнить:
1. Консистентность жестов также должна соблюдаться (тобишь не только комбинации клавиш, а и, скажем, жест масштабирования в браузере, не многие за этим следят, из-за чего многими, например, картами, очень сложно пользоваться на маках, где ты уже привык к удобству и реалистичности жестов).
2. Физичность действий. Любое производимое действие визуально должно соответсвующе подтверждаться. Так, скажем, нажатие на кнопку должно не просто привести к изменении её цвета, а сэмитировать «нажатое» состояние кнопки, тот же попап должен привести к затенению всего кроме самого окна, а нажатие на тёмную область к возврату обратно с отменой действия (но сохранением прогресса, если пользователь решит вернуться). Ну и конечно же прокрутка, масштабирование, другие жесты, перемещение объектов должны выглядеть натурально.
Apple так вообще целый физический движок в UI ради этого запилила. И должен сказать, не зря.
Например, со снеппингом к углам и краям экрана.
Никогда об этом не задумывался, но теперь буду знать, и правда, очень полезно, как и про мотивацию и триггеры.
BTW, могу дополнить:
1. Консистентность жестов также должна соблюдаться (тобишь не только комбинации клавиш, а и, скажем, жест масштабирования в браузере, не многие за этим следят, из-за чего многими, например, картами, очень сложно пользоваться на маках, где ты уже привык к удобству и реалистичности жестов).
2. Физичность действий. Любое производимое действие визуально должно соответсвующе подтверждаться. Так, скажем, нажатие на кнопку должно не просто привести к изменении её цвета, а сэмитировать «нажатое» состояние кнопки, тот же попап должен привести к затенению всего кроме самого окна, а нажатие на тёмную область к возврату обратно с отменой действия (но сохранением прогресса, если пользователь решит вернуться). Ну и конечно же прокрутка, масштабирование, другие жесты, перемещение объектов должны выглядеть натурально.
Apple так вообще целый физический движок в UI ради этого запилила. И должен сказать, не зря.
Из этого следует, что углы — это самые легкодоступные места на экране. Мы можем моментально передвинуть курсор в любой угол, не обращая внимания на реальные размеры элемента — и все равно в него попадем.
Для touch-интерфейсов это так не работает — никто никуда не упирается. Поначалу навигацию по наитию (видимо по закону Якоба) помещали в левый верхний угол, но сейчас все чаще и чаще лепят к низу экрана на удобном для большого пальца расстоянии. Поэтому углы – это скорее ограничение платформы, которое можно использовать с пользой, а не прямое следствие из закона.
По теме есть вот такое красивое: lawsofux.com
Я думаю, что для touch экранов закон Фитса также актуален. К примеру слайд слева направо в Safari делает шаг назад по истории браузера. Здесь как раз участвует край экрана. Гораздо проще сделать такой слайд, чем тянуться до стрелки «назад» наверху. Также актуальны размеры контролов. Кнопок или иконок. 44x44 — минимум для комфортной работы без пользовательских ошибок. Но вы правы, какие-то вещи для touch экранов не так важны. И да, с ростом экрана смартфонов, пользоваться одной рукой становится тяжело, поэтому все важные эелементы располагают на траектории большого пальца руки.
И ещё один камень туда же в современных реалиях: в многомониторных конфигурациях попасть в край/угол может быть даже сложнее, чем в обычную кнопку.
Это зависит больше от самого проектировщика. Нужно понимать, что твой пользователь может, и, как правило, работает с несколькими мониторами. По факту углы и стороны все равно остаются, пространство увеличивается.
Да сейчас такая конфигурация уже совсем не что-то из ряда вон.
С углами будут проблемы:
— если мы проектируем не десктоп, а программу на нём, то как правило она занимает один экран, и попасть в края/углы становится затруднительно.
— даже с самим рабочим пространством это становится неудобно: «угол» может оказаться за два монитора от мыши.
С углами будут проблемы:
— если мы проектируем не десктоп, а программу на нём, то как правило она занимает один экран, и попасть в края/углы становится затруднительно.
— даже с самим рабочим пространством это становится неудобно: «угол» может оказаться за два монитора от мыши.
Предположим, на вашем сайте порядка 40 разделов меню. Встает вопрос, как отобразить их? Сгруппируйте разделы меню по категориям. Это позволит уменьшить количество опций, и, как следствие, уменьшит когнитивную нагрузку на пользователя.Точно-точно?
Вместо T = a + b * log2(n + 1)
(если разделить поровну на 2 категории) будет
T2 = a + b * log2(2 + 1) + a + b * log2(n/2 + 1) = 2*a + b*( log2(3) + log2(n/2 +1)) = 2*a+ b*log(3*(n/2+1)) =
2*a+ b*log(1.5*n + 3). (Если я чего-нибудь не пропустил.)
Не говоря уже о том, что разделение на категории у разных продавцов бывает разное.
Математически выглядит верно, но я не понимаю, что вы имеете в виду. Дело в том, что фокус пользователя при выполнении задачи всегда будет только лишь на одной категории меню. Предположим, что вместо того, чтобы сразу показывать список из 50 элементов мы покажем сначала 5 категорий этих элементов. Получается, что при одинаковых a и b показатель времени будет ~2.58 условных единиц для 5 элементов и ~5.67 для 50.
Математически выглядит верно, но я не понимаю, что вы имеете в виду.Что с категориями будет дольше, хотя на каждом шаге выбор как бы меньше.
(Всё зависит от того, как формализовывать «когнитивную нагрузку», если не через время до достижения цели. Если как максимум сложности при каждом выборе — выдаём пользователю бинарное дерево (он будет не рад: путь удлиняется).)
Предположим, что вместо того, чтобы сразу показывать список из 50 элементов мы покажем сначала 5 категорий этих элементов. Получается, что при одинаковых a и bOK, a = b = 1.
Выбор из 50:
1+log2(50+1) = 6.67 у.е.
Выбор из 5 категорий плюс выбор из 10 товаров в категории:
1+log2(5+1) + 1+log2(10+1) = 8.04 у.е.
Не считая возвратов в предыдущий выбор из-за того, что, например, флэшки оказались не в «Носители информации», а в «Периферийное оборудование» или «Разное».
Я думаю, что вы правы относительно общего времени выполнения задачи с математической точки зрения. Более того, если все айтемы в списке знакомы и расположены по алфавиту, то так проще найти нужный элемент, чем делить все на категории. С моей точки зрения, закон можно применять для каждого шага конкретно, не суммируя общее время. В конечном счете, дизайнеру необходимо повысить конверсию посетителей, путем составления правильного флоу для них. Уменьшение когнитивной нагрузки на каждом шаге поможет ему достичь цели быстрее. Если же мы выстрелим посетителю всей информацией в лицо српзу, то существует большая вероятность того, что он просто покинет наш ресурс. Здесь уже имеет место быть поведенческая модель Фогга.
Закон Хика-Хаймана
это самое вредное, что только можно было придумать.
На примере Windows — раньше Панель управления была в виде просто списка ссылок с иконками. Да, их было много и найти сразу нужное получалось не моментально. Но привычка делала свое дело и многие опции находились сразу.
Что сделали мелкомягкие потом (применяя конкретно этот закон) — просто рассовали опции по совершенно неоднозначным рубрикам. Меню Параметры настолько неинтуитивное и настолько запутанное, что самое лучшее решение — это искать нужное через поиск винды :)
Просто если раньше нужно было побегать взглядом по списку, возможно это было неидеально, но нужный пункт точно был в списке, то теперь надо первым делом угадать раздел Параметров, то есть обычно тыкаешься в несколько разделов, не понимаешь где оно может быть, потом идешь в гугл, ищешь как это правильно называется на языке Вин 10 и только тогда можно понять, где вообще находится нужная опция.
А они же еще любят менять расположение.
Короче говоря, это все на идеальных примерах работает хорошо. На практике все очень сильно зависит от вменяемости разработчика и разнообразия ассортимента.
это самое вредное, что только можно было придумать.
На примере Windows — раньше Панель управления была в виде просто списка ссылок с иконками. Да, их было много и найти сразу нужное получалось не моментально. Но привычка делала свое дело и многие опции находились сразу.
Что сделали мелкомягкие потом (применяя конкретно этот закон) — просто рассовали опции по совершенно неоднозначным рубрикам. Меню Параметры настолько неинтуитивное и настолько запутанное, что самое лучшее решение — это искать нужное через поиск винды :)
Просто если раньше нужно было побегать взглядом по списку, возможно это было неидеально, но нужный пункт точно был в списке, то теперь надо первым делом угадать раздел Параметров, то есть обычно тыкаешься в несколько разделов, не понимаешь где оно может быть, потом идешь в гугл, ищешь как это правильно называется на языке Вин 10 и только тогда можно понять, где вообще находится нужная опция.
А они же еще любят менять расположение.
Короче говоря, это все на идеальных примерах работает хорошо. На практике все очень сильно зависит от вменяемости разработчика и разнообразия ассортимента.
возможно, что здесь вопрос больше в неверной по смыслу группировке? Или в переломе сформированной годами привычке? В любом случае, меняя группировку порядок и разделы меню проектировщик должен был понимать, что сломает сложившийся паттерн у пользователей системы. Мне трудно судить, я не использую Windows сейчас. С другой стороны, несколько раз была похожая ситуация в реальной жизни в одном из больших продуктовых отделов. Когда меняли расположение товаров, меняли их категорию или создавали новую, физически перемещали в магазине. И сложившиеся со временем нейронные цепи рушились, и приходилось вырабатывать новые) здесь интересное видео о том, в каких конкретно случаях закон работает хуже https://youtu.be/pbbTOzArcWQ
Sign up to leave a comment.
Восемь именных законов в UX дизайне ( часть 1)