🍏
Apple випустила гайдлайни для iPhone Duo. Це перший раз, коли iOS-додаток треба готувати до складаного екрана. Подивився сесію
Marcos і
Vince з дизайн-команди 🍏
Apple, ось що звідти важливо для роботи.
КОНТРОЛИ ПЕРЕЇЖДЖАЮТЬ УБІКЗакритий пристрій має ширший і нижчий дисплей, ніж звичний iPhone. Тому таб-бар, тулбари, кнопка «назад», перемальований статус-бар і Dynamic Island тепер живуть у вертикальній смузі праворуч. Так вивільняється вертикаль під контент, а керування лишається під великим пальцем. Мапінг з наявного айфона прямий: що було вгорі тулбара, іде вгору смуги, що було внизу, лишається внизу, таб-бар знизу. Широкі елементи типу текстових кнопок і segmented control залишаються в нав-барі.
МАКЕТИ ПІД КОЖНУ ПОЗУПристрій розкривають наполовину як книжку, ставлять на стіл як ноутбук, лишають стояти на ребрі. Спокуса намалювати окремий макет під кожен випадок велика, і Apple прямо каже цього не робити. Замість цього два size class: compact width зовні, regular width всередині. Ніяких фіксованих ширин і брейкпоінтів під конкретний екран, тільки layout margins і horizontal safe area insets. Формулювання Vince я б повісив на стіну: проєктуйте так, щоб додаток вільно ресайзився.
ЗОВНІШНІЙ ДИСПЛЕЙЦентрувати контент по всій ширині за замовчуванням більше не вийде, йому потрібен офсет, щоб не ховатися під контролами. Якщо верстка спирається на safe area insets, це стається саме. Виняток є: імерсивні візуальні екрани без скролу можна лишати центрованими, якщо контроли нічого не перекривають. Змішаний варіант теж працює, коли фон чи хедер ідуть на всю ширину, а скрольований контент має відступ.
ВНУТРІШНІЙ ДИСПЛЕЙТут не має бути розтягнутого айфона. Split view показує кілька рівнів ієрархії одночасно. Вертикальний стек може перебудовуватися у дві колонки, коли з'явилася горизонталь. Таб-бар можна подати як сайдбар, але це радше для щільних застосунків типу Health.
СКЛАДАННЯКнопки, що опиняються прямо в згині, натискати незручно. Тому системні компоненти самі відсувають інтерактивні елементи вбік: шіти, алерти, меню, кнопки тулбара. Скрольований контент відсувати не треба. Для мене це найсильніший аргумент не малювати власні компоненти там, де є системні.
Шіти окремо: зовні їхні контроли теж ідуть убік, і це можна вимкнути, якщо кнопка одна. Всередині, у портреті й ландшафті, працюють звичайні горизонтальні бари.
І те, що варто винести з усієї сесії: ієрархія і функції не залежать від пози. Люди складатимуть і розкладатимуть пристрій прямо посеред сценарію, тож додаток має поводитися передбачувано.
Практично все зводиться до адаптивності. Роботу, яку хороші продуктові команди й так мали робити, тепер просто не вийде відкласти.
А ви вже приміряли свої макети до цього форм-фактора?
Відоси:
https://lnkd.in/p/d5TVNYrn😍
Product Design * Motion in App | Підписатися