<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Кирилл Беляев: заметки с тегом модальность</title>
<link>https://kirillbelyaev.com/ru/blog/?go=tags/modalnost/</link>
<description>о подаче информации, айдентике, интерфейсах и жизненной среде</description>
<author>Кирилл Беляев</author>
<language>ru</language>
<generator>E2 (v3572; Aegea)</generator>

<itunes:owner>
<itunes:name>Кирилл Беляев</itunes:name>
<itunes:email></itunes:email>
</itunes:owner>
<itunes:subtitle>о подаче информации, айдентике, интерфейсах и жизненной среде</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Модальность меню-бара в Мак ОС</title>
<guid isPermaLink="false">667</guid>
<link>https://kirillbelyaev.com/ru/blog/?go=all/menu-bar-modality/</link>
<pubDate>Wed, 22 Aug 2018 15:45:39 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://kirillbelyaev.com/ru/blog/?go=all/menu-bar-modality/</comments>
<description>
&lt;p&gt;У элементов бывает сложное поведение, ошибки которого проявляются редко. Но это не значит, что о них не стоит думать. Даже если чинить дороже, знать об ошибках полезно, чтобы внятно отвечать на вопросы как минимум. Поэтому рассказываю о забавном сочетании правил в Мак ОС. Поскольку это не просто сервис, а целое ОС, уверен, что  негодующих по этому поводу пользователей достаточно.&lt;/p&gt;
&lt;p&gt;Меню приложения в Мак ОС прибито к верхнему краю экрана, независимо от положения и состояния приложения. Это удобно, потому что легче попасть — вместо прицельного клика легко упереть курсор в верхнюю границу и двигать вправо-влево. &lt;a href="https://support.apple.com/guide/mac-help/the-menu-bar-mchlp1446/mac"&gt;В этом же меню&lt;/a&gt; живут иконки статусов особых приложений, поиск, центр уведомлений и меню самой ОС (яблоко в начале строки).&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://kirillbelyaev.com/ru/blog/pictures/menu-bar@2x.jpg" width="467" height="135.5" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Когда приложение зависает, меню приложения и яблоко перестают отвечать. Иконки-статусы, поиск и прочее справа работают. Если перейти в работающее приложение, яблоко — снова кликабельно, хотя это ровно один и тот же элемент с одинаковым набором функций внутри.&lt;/p&gt;
&lt;p&gt;Чтобы закрыть приложение, запускают диалоговое окно «Завершить принудительно» в меню-яблоке, выбирают в нём зависшее приложение и жмут кнопку «Завершить принудительно».&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://kirillbelyaev.com/ru/blog/pictures/force-quit@2x.png" width="865" height="326" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;На картинке выше невозможная ситуация. Если приложение зависло, то открыть «его» яблоко не получится, придётся идти в работающее. Вместо того, чтобы дать разобраться с неработающим приложением, которое сейчас в локусе внимания, ОС отправляет в другое приложение, чтобы запустить принудительное завершение. При этом элементы справа той же строки работаю как ни в чём не бывало. Эта модальность дезориентирует. Чтобы отследить, что происходит и где граница неработающего в первый раз нужно осознать, что происходит что-то мутное и сфокусироваться на работоспособности яблока. Происходит это на фоне зависшего приложения и желания его скорее перезапустить.&lt;/p&gt;
&lt;p&gt;Чтобы не сталкиваться с этой модальностью, жму на клавиши.&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;⌥⌘Esc вызывает диалог «Завершить принудительно».&lt;/li&gt;
&lt;li&gt;Удерживание ⌥⌘⇧Esc закрывает активное приложение в любом состоянии.&lt;/li&gt;
&lt;/ol&gt;
</description>
</item>

<item>
<title>Масштабирование карты и квазирежимы</title>
<guid isPermaLink="false">568</guid>
<link>https://kirillbelyaev.com/ru/blog/?go=all/map-zooming-and-quasi-mode/</link>
<pubDate>Fri, 24 Nov 2017 10:45:20 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://kirillbelyaev.com/ru/blog/?go=all/map-zooming-and-quasi-mode/</comments>
<description>
&lt;p&gt;Стоит такая интерфейсная задача — изменение масштаба на картах, которые занимают часть экрана.&lt;/p&gt;
&lt;p&gt;В какой-то момент карты в интернете начали менять масштаб с помощью колеса прокрутки. Для полноэкранных это не так страшно, но для карт на страницах с прокруткой — та ещё проблема. Прокручиваю страницу, и когда курсор попадает на карту, та перехватывает прокрутку и масштабируется. Не получаю ожидаемое перемещение по странице, сбиваю настроенный масштаб карты и теряюсь от неожиданности.&lt;/p&gt;
&lt;p&gt;Тому виной модальность — режимы, которые не осознаются, но меняют интерпретацию действий. В примере с картой режим не переключается явно, а переключён по умолчанию — одни элементы реагирует на прокрутку так, другой — иначе. Даже сталкиваясь с этим раз в день, я не запоминаю, что карта в другом режиме.&lt;/p&gt;
&lt;p&gt;Модальность лечат, задавая разные действия для разных команд. Если так не получается, пробуют квазирежимы — режимы, которые человек явно осознаёт. Зажатый шифт в сочетании с буквами даёт не строчные, а прописные.&lt;/p&gt;
&lt;p&gt;Недавно в Гугл-картах, которые встраиваются в страницы, появилось решение проблемы с прокруткой. Разработчики ввели для таких карт квазирежим — для масштабирования теперь не достаточно прокрутки, нужно ещё зажать ⌘ или Сtrl. Скриншот:&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://kirillbelyaev.com/ru/blog/pictures/google-maps-scroll@2x.png" width="752" height="450" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Это решение далеко от идеала, но чинит основной сценарий. Менять масштаб на встроенных картах нужно редко, важнее информация вокруг и быстрый способ открывать полноэкранную карту.&lt;/p&gt;
&lt;p&gt;Минус решения в том, что подсказка появляется при прокрутке карты. Привычку менять масштаб прокруткой уже сформировали. А теперь прокрутка не масштабирует карту, а показывает подсказку. Сначала остановлюсь, читаю и спешу тренировать новую привычку.&lt;/p&gt;
</description>
</item>


</channel>
</rss>