обычный владелец смартфона ежедневно посещает до 24 веб-ресурсов, а 40 % всех визитов на половину наиболее посещаемых мировых сайтов осуществляется с мобильных устройств
Для Apple iOS требуется Objective C, а для Google Android — Java; программы для Microsoft Windows Phone 7 пишутся на Silverlight, для Samsung Bada — на C + +, а для Blackberry от RIM — на базе Java, WebWorks и Adobe Air.
Ничего лишнего — лишь то, что может понадобиться в первую очередь.
не зацикливайтесь на простоте мобильных приложений, лучше подумайте о том, что действительно важно для ваших пользователей.
Использовали «спрайты[4]» для группировки нескольких изображений в единый закодированный файл. (Главное, чтобы при раскодировании он не оказался слишком большим! )
Как эти типы поведения ни назови, использование мобильных устройств обычно предполагает один из следующих видов взаимодействия: • поиск (срочная информация, местный масштаб): мне нужен ответ прямо сейчас (часто связанный с моим местоположением); • изучение/развлечение
скука, местный масштаб): у меня есть немного свободного времени, я хочу отвлечься; • проверка/статус (повторяющееся занятие / микрозадачи): то, что для меня важно, постоянно изменяется или обновляется, и я хочу быть в курсе; • редактирование/создание (срочные изменения / микрозадачи): мне необходимо безотлагательно что-то сделать.
Контент важнее навигации Общее правило при разработке мобильных приложений гласит: контент всегда должен иметь приоритет над навигацией
При разработке дизайна мобильного сайта пусть кнопка «Назад» останется уделом нативных приложений. Если вы хотите помочь пользователю вернуться на предыдущий уровень, дайте этому навигационному элементу другое название.
владельцам мобильных устройств порой достаточно «одного глаза и одного пальца». Ждать, что они сядут за стол и начнут сосредоточенно изучать ваш сайт, не стоит
Анализ основных способов взаимодействия (поиск, изучение/развлечение, проверка/статус и редактирование/создание) позволит понять, как владельцы мобильных устройств будут использовать ваш сайт, а значит, разработать структуру, соответствующую их потребностям.
Apple рекомендует, чтобы размер зоны для нажатия составлял 44 × 44 пункта. В качестве единицы измерения Apple использует пункты, а не пикселы, поскольку экраны разных устройств имеют разное разрешение
Лаборатория Touch Lab Массачусетского технологического института (MIT) определила, что средний размер зоны для касания подушечкой пальца составляет 10–14 мм, кончиком — 8-10 мм (http: //bkaprt. com/mf/43). К подобным рекомендациям следует прислушаться, однако это вовсе не означает, что размеры любой иконки или кнопки на вашей мобильной странице обязаны составлять ровно 9 × 9 мм
Большинство людей в мире — правши (от 70 до 90 %) и взаимодействуют с мобильным устройством посредством большого пальца. Соответственно, чаще всего приложения оптимизируются именно под управление большим пальцем правой руки. Это означает, что элементы интерфейса, соответствующие основным действиям, будут находиться в средней или нижней части экрана и располагаться слева направо (рис. 5. 6).
они соответствуют основным действиям, которые выполняют пользователи при работе с сенсорными экранами: нажатие (tap); двойное нажатие (double tap); перемещение (drag); пролистывание (swipe); уменьшение масштаба (pinch); увеличение масштаба (spread); продолжительное нажатие (press and tap); продолжительное нажатие с перемещением (press and drag); а также несколько разновидностей поворотов.
Задав для тега viewport значение device-width[10], вы можете быть уверены, что ширина страниц вашего сайта будет соответствовать ширине экрана того устройства, на котором ее будут просматривать.
И последнее по счету, но не по значению. Не бойтесь начинать с малого. Некоторые из самых крупных и успешных проектов, реализованных в мобильном бизнесе, начинались с небольших экспериментов, проводившихся командами страстно увлеченных веб-дизайнеров и разработчиков.