Design спільнота

Якось задофіга пафосу, але цікаво)

Зважаючи, що динамічний layout був в Андроїді майже з самого початку, мене в принципі дивує така стаття на рівні «а ви знаєте, 2+2=4!» В iOS такого не дають, чи що? Чи це саме у вашої фірми не було практики?

Тут, до речі, дизайн для iPhone був тільки у одному розмірі. А масштабування було зроблене стандартними AutoLayout constraints із UIKit. Тільки для шрифтів довелось трохи коду написати.

коли мова йде про пейволи та онбординги з високою конверсією Я розумію, що для певних екранів ідеальний вигляд на різних пристроях є критично важливим.

Дякую за відповідь! При бажанні розробник міг зробити, щоб контент масштабувався з невеликими зусиллями, якби хоч трохи постарався. В UIKit AutoLayout constraints дають просто шикарні інструменти, щоб зробити інтерфейс гнучким.

Слідкують, звісно) Але ми помітили коли розробник адаптує інтерфейс на око, результат часто відрізняється від макета і потім ми витрачаємо години на Design Review та правки.

Для стандартних екранів всередині застосунку — одного макету цілком достатньо Але коли мова йде про пейволи та онбординги з високою конверсією, стандартна адаптація часто підводила. На iPhone SE кнопка могла з’їхати, а на Pro Max висіти в повітрі.

Круто, що ви практикували це 👍 Думаю, різниця в оцінці часу виникає через те з чим ми порівнюємо. Ви порівнювали скейл з простою корекцією одного розміру, а ми з процесом де проектували і верстали окремо 7 макетів під кожен девайс.

Дякую що поділилися досвідом! Підхід від 375pt це перевірена класика) Влучне зауваження щодо accessibility. Коли користувач викручує шрифти на максимум, будь-який pixel perfect і навіть ідеальний скейл ламаються.

Дякую)

res.cloudinary.com/...​/pv4ingmohnpjwdc7tbnb.jpg У мене так виглядав pixel-perfect інтефейс. 1 скріншот — iPhone 12 Pro Max 2 скріншот — iPhone 12 3 скріншот — iPhone 12 mini

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

Замість десятків макетів створюєш один основний і задаєш логіку адаптації.

Я подібний Scale ще років 5 тому робив на UIKit.) Притому масштабувався і текст. В такому випадку красиво виглядало на різних пристроях. Виграшу у часі розробки в мене не було — швидше навпаки.

З особистої практики: дизайн малюється один-єдиний — під найменший підтримуваний девайс (375×812, що відповідає X/11 Pro/12 mini/13 mini), правила скейлінгу обговорюються на берегу (збільшення падінгів та розмірів шрифтів відповідно до розміру екрану).