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

При наборе текста, взгляд обращен к области на экране, где появляются буквы, или к клавиатуре. Второй вариант встречается даже чаще, т.к. далеко не многие умеют печать, не глядя на кнопки. Постоянно контролировать состояние индикатора в углу экрана неудобно, особенно, если монитор — 30", или этих мониторов стоит перед человеком 4 штуки.

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

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

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

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

На Хабрахабре некто eXtractor предложил отличную идею индикатора раскладки и несколько неполную ее программную реализацию (не в обиду автору будь сказано, за инициативу, в любом случае, — респект). В комментариях к его посту тут же нашлась ссылка на уже сущетвующую и более точную реализацию идеи.

Эта идея затмила своей простотой все предшествующие варианты. Решение настолько очевидное, что даже удивительно, почему оно до сих пор не реализовано, как стандартная опция в распространенных ОС.

Программа Comfort Lang Switcher переносит индикатор раскладки непосредственно туда, куда смотрит пользователь — к текстовому курсору. И это прекрасно.

У CLS есть пара недостатков. Первый из них — неработоспособность в некоторых программах. В частности в Firefox (в том числе, в формах на веб-страницах), Open Office и Corel Draw. Две последние для меня не актуальны, а вот отсутствие флажка в Firefox — мелочь, но непрятно, т.к. к хорошему быстро привыкаешь.

Второй недостаток — платность. И дело здесь не в том, что жалко послать автору за труды эти 12$, а в том, что сделать это из Росии — совершенно фиг-его-знает-как.

Кстати, у программы есть более развитая версия — Comfort Keys, относящаяся к категории интерфейсных твикеров-приблуд для Windows, которые, по большей части, я терпеть не могу. В ней присутствует огромное количество функций, возможно, полезных для какой-то категории пользователей. Но для себя я нашел всего одну действительно-полезную вещь — отображение флажка около курсора. Все остальное тут же захотелось отключить, хотя в полной мере сделать это, к сожалению, нельзя. Например она, не спрашивая разрешения, заменяет собой стандартный вид окна Task switcher-а. В принципе, новый вариант более функционален, но раздражал своей нестандартностью. Так что расширенную версию я снес, ограничившисьузко-специализированной CLS.

PS: Ссылки на кряк здесь не будет. Ибо девелопер, проповедующий пиратство, подобен корове, пропагандирующей говядину.

Ссылки по теме:

• Comfort Lang Switcher homepage.
• Flean (программа Экстрактора с Хабра).
• Aml Maple — похожая по идее программа, отображающая флажок около курсора мыши. На мой взгляд, менее удачное решение, т.к. мышиный курсор при наборе текста может быть неизвестно где. Программа вроде бы бесплатна.

Тема поста — оформление сообщений об ошибках, про которое, вопреки расхожему мнению, тоже не следует забывать. Чего стоит, например, такое сообщение о недоступности сайта из-за падения БД:

Благодаря подобной подаче информации, можно простить за это досадное недоразумение и MySQL, и colourlovers.com.

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

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

Широко распространено мнение о том, что такие страницы стоит использовать как рекламную площадку, но на мой взгляд это плохая практика и показатель хамоватости администрации сайта («404 — Этой страницы у нас нет, но мы может предложить вам пылесос!»). Если речь идет о веб-магазине, лучше просто прозрачно редиректить заблудших посетителей на главную страницу сайта.

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

«Без окон, без дверей, пейдж дазнотэкзыст!»

Примером его прямой противоположности может быть ошибка 404 на Яндексе:

Еще один запоминающийся вариант с сообщением об отсутсвующей странице в виде правильно-сложенного хайку:

Сведения о внутренних ошибках следует либо заменять более понятным обычному посетителю текстом, либо полностью скрывать. Отображенные на веб-странице сообщения о мелких серверных неполадках станут не более чем информационным мусором. Человеку, который хочет купить книгу в интернет-магазине, совсем не нужно знать о том, что в 1456-й строке файла с длинным именем неожиданно стряслось деление на нуль. А посетителю блога тоже вряд ли станет интересен синтаксис SQL запроса, поломавшегося утром в понедельник.

Наличие подобных сообщений — показатель небрежности и потенциальный источник опасности, т.к. в них выдается на всеобщее обозрение внутренняя техническая информация о работе CMS, которую никогда не стоит распространять без явной на то необходимости. Тем более, что в том же PHP (а так же Перле, Руби, Джаве и большинстве других языков, на которых пишутся CMS) не представляет никакой сложности запретить выдачу трейсов ошибок в веб, и, при необходимости, перенаправлять их в логи.

Further reading:

• Подборка из нескольких десятков скриншотов хороших примеров страниц 404-й ошибки на smashingmagazine.com.
• Error Message Guidelines by Jakob Nielsen
• Improving the Dreaded 404 Error Message by Jakob Nielsen
• 404 Research Lab
• User friendly 404 error messages reconsidered by Jesper Tverskov