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

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

Подробное описание скрипта, инструкция по применению, соображения об условиях его использования и ссылка на скачивание — в статье: https://medium.com/p/ceee9caea7f/.

В предыдущих сериях саги «Перспективные искажения»:

— В январе 2018 года опубликовал статью о перспективных искажениях вместе с браузерной утилиткой для моделирования искажения текста при взгляде под разным углом: https://www.artlebedev.ru/backstage/perspektivlyalka/

— В июле этого года запилил тред об оправданности компенсации перспективных искажений для нанесенных на дорогу знаков: https://news.1rj.ru/str/meow_design/793

Диалог сохранения файла в Adobe Acrobat, кажется, дизайнили с единственной целью — создать показательный пример самого контринтуитивного интерфейса, конфликтующего с опытом пользователей.

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

Реальность: синяя кнопка отвечает за дополнительное диалоговое окно выбора другого места для сохранения файла, отличного от предложенного сверху. А для того, чтобы сохранить файл, надо еще раз нажать на уже выделенную голубую плашку с папкой (но только ту, что с синим контуром, «My Computer» слева не считается)... и при этом всё равно откроется всё то же диалоговое окно, чтобы можно было посмотреть на эту выбранную папку и заодно ввести название для сохраняемого файла. Ох.

В начале веба был инпут, и инпут был <input type="file">

Нажимаешь на кнопку — открывается модальное окно выбора файла в системном проводнике. Но если нужный файл уже лежит под курсором в проводнике или на рабочем столе, модальное окно излишне, так как оно ничего не знает о моих намерениях и требует продублировать работу: «А теперь еще раз найди этот же файл, только в этом окошке».

Поэтому веб совершил первый шаг — у кнопок загрузки файлов появились зоны drag-n-drop, чтобы файл можно было перекидывать в браузер напрямую без диалогов-посредников. Когнитивное трение в процессе загрузки файла уменьшилось.

Затем произошел второй шаг — увеличение принимающей файлы области до размера всей страницы. В «Ведре» одного проекта Бюро (https://bureau.ru/projects/action-otchety/) запечатлен этот переход:

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

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

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

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

Чувак предлагает концепцию реализации полноценного меню на айпаде (сайт: https://ipadmenu.study/), но при попытке разглядеть задумку на видео я уложил свою шею в очень неестественное состояние.

Это я изучаю дриббл

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