Как подготовить свой сайт для работы на iPad

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

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

Для этого нужно совершить несколько действий.

Первое – протестировать сайт на iPad и, при необходимости, обновить код, определяющий тип браузера.

Поскольку iPad оснащен большим экраном и скоростным подключением, то пользователи рассчитывают, что работать он будет как обычный компьютер. Так оно и есть. Поэтому отдавать мобильную версию, если она у вас есть, не стоит.

Второе – не использовать плагины, вместо них применять стандартизированные W3C.

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

Третье – обязательно проверить настройки viewport’а.

Если вам нужно, чтобы размер ширины зоны вывода был равен ширине экрана, то в указанный для вашего сайта размер значения зоны вывода, т.е. viewport для iPhone’а, необходимо внести коррективы для совместимости с Safari для iPad. Для этого лучше всего подойдет константа device-width, вместо установки жесткого значение в пикселях.

Четвертое – исправить код, который основан на фиксированном позиционировании (fixed).

Такое позиционирование может работать на Safari для iPad, но несколько иным образом, чем на стандартных компьютерах. Связано это с тем, что данное позиционирование привязывается к окну браузера, имеющего статичный размер и положение относительно самой страницы. В Safari для iOS размеры окна такие же, как размеры экрана и их нельзя изменить. Отсюда и все возникающие проблемы.

Пятое – подготовиться к touch-взаимодействию

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

Шестое – использовать textarea, а не элементы с contenteditable.

Связано это с тем, что contenteditable не поддерживается системой Safari для iOS.