Комментарии 14
Мне кажется, или в примере с дефисом вместо минуса на самом деле не дефис?
А мне напротив - если нет точки в конце предложения - бесит)
Спасибо что делитесь опытом, внимание к мелочам рождает совершенство. Будет ли подобный гайд как надо и как не надо, но для текстов ошибок?
Предлагаемый источник вдохновения - делать UX-анализ софта по типу блога PVS-studio
Не буду мнить себя UXW экспертом. Я параллельно публикую статью с Bang Bang Education по продуктовому дизайн-процессу. Один из этапов процесса — работа с текстом. Вот я и решил написать про это отдельно. Я рекомендую изучить гайд по текстам от Ozone, ссылку на который я прикрепил в конце статьи. Там есть про ошибки и про успехи
Про точки путаете.
https://habrastorage.org/r/w1560/getpro/habr/upload_files/91b/ac7/a06/91bac7a0630385dc7aa56288d44b0921.png
Почему в зелёной нет второй точки? Смотрится глупо. Поставил одну точку, поставь и вторую.
И вообще точки я бы не ставил только в заголовках, и, например, в подписях картинок.
А если идёт список чего-то, то каждый пукнт должен оканчиваться точкой, запятой или точной с запятой. А последний пункт должен оканчиваться точкой всегда.
Почитайте, например, п. 6.4.6 из ГОСТ 7.32-2017 (вообще неплохой ГОСТ, всем рекомендую, кто хочет научиться оформлять документы правильно).
Про кавычки тоже не согласен.
Если название длинное, то без кавычек тяжело сразу понять, где оно начинается, а где заканчивается. За рубежом часто для этого каждое слово такого названия называют с большой буквы. Но в русском языке для этого используются кавычки.
Странная приоритетизация: информация по кавычкам и точкам на первом месте. А адаптивность интерфейса "может пригодится"..
Чуваки из РИАновости под руководством Ильи Рудермана рекомендуют процент отбивать неразрывным пробелом. В вашем варианте рекомендуют слитно. С пробельчиком, на мой взгляд, поприятней.
Как обойтись без UX-редактора и сделать текст в интерфейсе понятным?