Как стать автором
Обновить

Комментарии 35

Актуальные вопросы подымаете. Я бы с удовольствием посмотрел на решения и используемые техники. Особенно интересует media queries в CSS3.
В ближайшее время обязательно оформлю в виде цикла статей и методы и размышления на тему.
Знакомый ресурс. Спасибо.
Ресурс классный! Спасибо.
Спасибо за статью. Вопросы актуальные и важные. Я бы рекомендовал вам ознакомиться со стьёй A User-Centered Approach To Web Design For Mobile Devices или её переводом, хотя есть подозрение, что вы её проработали перед этой статьёй.
Нет. Слышал о такой статье, но не изучал. Спасибо за ссылки прочту обязательно. Может еще что-то почерпну.
Еще раз спасибо за ссылку. В общем согласен с большинством высказанного в ней. Кроме момента, что необходимо понаблюдать за тем, что делают пользователи с мобильных устройств на сайте. Т.к. проблема заключается в том, что если мобильного представления у сайта нет, то просто следить незачем. Пользователи заходя на не оптимизированные сайты пугаются и больше уже не возвращаются.

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

Подумав и сделав один раз можно сэкономить много человекочасов своих клиентов, а они за это отблагодарят.
Думаю эта тема немного устарела. Нынче все современные мобильные браузеры стараются отображать все сайты как их настольные собраты. На фоне этого ваши затраты на создание для каждого устройства свой UI может не оправдаться… Так что, думаю, тут главное с самого начала спроектировать основной сайт так, чтобы при выключенной графике основная информация была читабельна. Исключением являются по настоящему информационные ресурсы, где важна скорость доступа к искомой информации, но и там для всех мобильных устройств можно «сообразить» что-то общее…
Конечно не для всех сайтов такие трудозатраты оправданны. Но стоит отметить, что для определенных групп сайтов очень даже целесообразно рассмотреть альтернативные девайсы. Так, например, новостной портал может получить очень много лояльных пользователей, если сделает удобный доступ к информации с эл. книг, вроде Kindle, а сайт посвященный сериалам с отдельного интерфейса для приставок, телевизоров и HD-плееров. В статье я просто рассмотрел, что такое возможно и иногда желательно, а также показал, что иногда даже банальные стили для принтеров не внедряют в сайты.

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

В связи с этим и стоит рассматривать разные устройства, с которых на сайт могут заходить заинтересованные пользователи, и создавать для них продуманные интерфейсы с собственным представлением.
Подскажите пожалуйста где можно найти материалы про особенности верстки под приставки, телевизоры, HD-плееры, электронные книги и подобные нестандартные девайсы для выхода в интернет.
Проблема в том, что литературы о верстке под такие устройства я не нашел. Буду делиться исключительно собственным опытом.

Но многие моменты об удобстве тех или иных интерфейсов почерпнул с книги Джефа Раскина «Интерфейс: новые направления в проектировании компьютерных систем»
Несколько статей на тему подготовки страниц для мобильных устройств: dev.opera.com/articles/mobile/ (английский)
Не смотрите что от имени Opera, там опираются на стандарты.

А вообще всё достаточно просто:
1. верстаете по стандартам, потом под конкретные браузеры;
2. узнаёте разрешения экранов необходимых устройств и оптимизируете под них вывод страниц;
3. навигацию стрелками можно опробовать под Opera управлять курсором на странице клавишами Shift-стрелки (аналогов не знаю, ищите...);
4. если что-то специфичное всплывает на том или ином устройстве, тогда уже идет заточка под это устройство.

На сегодняшний день тенденция следования стандартам наблюдается во всех платформах, поэтому рассматривать каждое устройство как отдельная вселенная не стоит. Исключения — устаревшие бродилки, типа как браузер в PS3…
И еще раз насчет отображения как у настольных собратов. Если у кого-то есть Е-Book с браузером попробуйте зайти на Хабр. В принципе навигация вполне достойная, но прочесть ничего нельзя из-за очень маленького шрифта, т.к. разрешения там очень высокое относительно экрана и буквы получаются сильно мелкими. А решить это можно очень просто и получить благодарных читателей в метро.
Забыли такой класс устройств, как ИГРОВЫЕ ПРИСТАВКИ.
Их особенность — навигация с помощью джойстиков и кнопочных панелей (как правило не больше 8 кнопок). Самое геморное в таком устройстве набирать текст (в том числе, адреса сайтов).
Да не учел такой класс. Если честно не видел ни одного человека, который бы набирал адреса с джойстиков и производил с них навигацию по сайту. Обычно подключают клавиатуру и мышь к таким приставкам (или есть приставки имеющие доступ в интернет, но не имеющие возможности подключения клавиатуры и мышки?).

Попробую изучить этот вопрос отдельно. Может быть полезно для игровых порталов и видео порталов.
А вот как корректно отдавать пользователю нужный интерфейс? Анализировать User-Agent на стороне сервера — можно за клоакинг у поисковиков в бан попасть, да и не всё вроде можно детектировать на стороне сервера (нетбуки/планшеты например с обычным десктопным браузером). Делать интерфейс на JS целиком — у пользователя он может быть отключен (а то и вообще не быть).
Это как раз тема следующей статьи. Для разных устройств имеются свои методы. И для некоторых даже несколько методов. Почему я выбираю те или иные я расскажу подробней позже.

За клоакинг в бан вы не попадете. Т.к. поисковым системам вы будете скармливать тот-же код, который предназначен для браузера. А при разном представлении страница особо сильно меняться не будет, полезный контент просто обязан остаться весь на 100%, а если для мобильного вы не выведете Flash заставку или какой нибудь баннер, то за это ни один поисковик вас не накажет.
Пост не помешает разбавить примерами (скринами), а то говорить про дизайн только словами как-то неправильно…
Насчет скринов думал. Но решил, что использовать в качестве скринов свои проекты будет попахивать саморекламой и рекламой этих проектов. В цикле статей посвященных юзабилити для отдельных устройств я сделаю дизайн абстрактного новостного портала, как наиболее наглядный пример, и покажу все на нем.
Отлично, тогда ждем!
Делал сайт для рекламного агентства:
  • основной сайт был на флеше (так захотел клиент)
  • версия для айфонов/айпадов — копия флеш версии, но на jQuery и с поддержкой тач интерфейса
  • версия для других мобильных устройств — логотип и контактные данные

Мне кажется это оптимальный вариант
Вполне возможно. Т.к. рекламному агентству, как правило, нужно показать портфолио и контакты. Все остальное уже не так важно. Для этих целей ваш вариант, скорей всего и является оптимальным.

А вот сайту пицерии с возможностью онлайн заказа и доставкой в любую точку в черте города и даже на природу может быть еще нужно дать интерфейс для заказа с мобильника, чтобы клиент мог под пиво себе заказать :) Так что это нужно рассматривать в каждом отдельном случае.
Тут даже скорее речь не столько об устройстве, сколько о причинах посещения сайта с этого устройства — с телефона.
Для агентства — это уточнее координат в пути (ну не вижу я причин смотреть портфолио с телефона).
Для пиццы — это да, может что угодно, но и там можно угодить всем
1. быстрый заказ постоянного клиента — а значит нужно предусмотреть максимально быстро и с минимумом трафика сделать заказ
2. новый клиент — тут нужна «вкусная» версия
3. заход на сайт для поиска номера телефона, чтобы сделать заказ по телефону
НЛО прилетело и опубликовало эту надпись здесь
Отдельная версия для поисковика попадет под санкции этого самого поисковика за клоакинг. Поисковику необходимо отдавать содержимое представляемое для десктопного браузера.

Исключение пауки специализирующиеся на каком-то устройстве, например индексирующие сайты для TV или еще чего нибудь. Но я таких не знаю, если честно.
НЛО прилетело и опубликовало эту надпись здесь
Одним неоспоримым преимуществом флеш-сайтов является единая разработка для WEB и для CD презентации.

А так согласен. Практически любой дизайн, который воплощают во Flash можно воплотить и более традиционными способами.

Правда заказчиков иногда не поймешь. Я уже привык делать заказы, которые не добавляю в портфолио.
По второму моменту вы заблуждаетесь. Его решает связка джаваскрипта и экшнскрипта через location.hash
Меня в последнее время больше занимает вопрос универсальной и удобной клавиатурной навигации по сайтам. Мне даже начинает казаться что без мышки в вебе никуда… а жаль.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории