То есть тень всегда начинает свой путь из полюсов луны:

А когда кончики месяца заглядывают дальше полюсов, это уже солнечное затмение:

То есть на этой иконке показывается не луна, а перекрываемое луной солнце во время солнечного затмения.

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

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

На эмодзи, кстати, нарисовали правильно:

Еще одна общепринятая странность в иконках — использование перечеркнутого глаза в качестве метафоры скрывания, отключения видимости какого-то интерфейсного объекта:

Гугловская библиотека иконок Material Design, используемая и в интерфейсе андроида, и в гугловских сервисах вроде ютуба.

Эпловская библиотека символов SF Symbols.

Популярная библиотека иконок для веба Font Awesome.

Но обратное состояние открытому глазу — это не перечеркнутый открытый глаз (жуть какая), а закрытый глаз! Это же так естественно.

Я в 2014 году нарисовал иконку закрытого глаза для кнопки запихивания текста под спойлер:

За прошедшие 10 лет из популярных сервисов я только в Фигме встречал (ладно, может встречал и вдругих местах, но не запомнил) похожий ход мысли, там закрытым глазиком отмечают скрытые объекты на панели слоев:

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

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

Тот случай, когда достаточно просто использовать безупречную Фотораму (R.I.P. Артём Поликарпов).

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

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

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

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

Интерактивные элементы не должны перемещаться по экрану или перекрываться другими интерактивными элементами кроме как в качестве реакции на действие пользователя.

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