С выходом iPhone Duo Apple столкнулась с проблемой, которая на первый взгляд кажется косметической, но на деле бьёт по ежедневному сценарию использования. Речь о Safari на внешнем 5,4-дюймовом дисплее: правый блок управления занимает заметную часть и без того узкой площади, оставляя сайтам до неприличия тесную колонку контента. В свежем посте WebKit, посвящённом Safari 27.1, Джен Симмонс фактически признала ограничение и заявила, что компания ищет способ дать веб-разработчикам доступ к этой зоне.
В чём техническая суть проблемы
На внешнем экране iPhone Duo Safari использует правую панель управления, которая не перекрывает контент, а резервирует под себя часть ширины viewport. Для вёрстки это означает: сайт получает урезанную область отображения, и стандартные адаптивные брейкпоинты срабатывают так, будто устройство уже, чем есть на самом деле. В результате даже корректно свёрстанные под мобильные страницы выглядят сжато, а элементы с фиксированной шириной и вовсе начинают «гулять».
Ключевой нюанс: сейчас сайты физически не могут выходить под контролы на внешнем дисплее. Симмонс прямо говорит, что веб-дизайнеры лишены возможности использовать это пространство творчески — например, растянуть фон хедера на всю ширину экрана.
Почему «просто добавить viewport-fit=cover» — не решение
Очевидный хак — мета-тег viewport-fit="cover", который уже применяется для расширения контента под «чёлку» и скругления на обычных iPhone. Но Симмонс объясняет, почему механически перенести этот подход нельзя: значительная часть сайтов не учитывает безопасные зоны через env(safe-area-inset-*), и контент под контролами окажется банально перекрыт. То есть Apple боится не столько самой вёрстки, сколько массового регресса на миллионах страниц, которые никто не будет переделывать.
Показательно, что компания не предлагает готовое решение, а приглашает разработчиков к обсуждению: «мы исследуем, есть ли лучший способ добиться того же результата — более надёжный и, возможно, более простой в использовании». Это довольно редкий для Apple формат открытого запроса фидбэка по платформенному поведению Safari.
Что это значит для разработчиков
Практических выводов пока три:
-
Не спешите внедрять
viewport-fit=coverпод внешний экран Duo — поведение может измениться, а текущая реализация не гарантирует корректного учёта safe-area. -
Проверяйте вёрстку на ширине внешнего дисплея отдельно от внутреннего: это фактически два разных класса устройств с точки зрения layout, и одного набора брейкпоинтов может не хватить.
-
Следите за обсуждением в WebKit — если Apple предложит новый механизм (например, отдельный CSS-примитив или уточнённую семантику safe-area для складных устройств), это затронет не только Safari, но и подход к адаптивности в целом.
Оценка
Проблема сама по себе мелкая, но показательная: Apple впервые за долгое время выпустила форм-фактор, под который её же собственный браузер оказался не полностью оптимизирован. Признание Симмонс — это скорее честный сигнал, чем решение. Хорошая новость в том, что фикс ищут на уровне платформы, а не перекладывают на разработчиков сайтов. Плохая — что до появления конкретного механизма владельцам iPhone Duo придётся мириться с тесной колонкой контента на внешнем экране и открывать «тяжёлые» страницы на внутреннем дисплее.
