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), правила скейлінгу обговорюються на берегу (збільшення падінгів та розмірів шрифтів відповідно до розміру екрану).

Схожі ситуації трапляються доволі часто, коли проєкт ще «не прогрітий» для пошукових систем. Google може кілька разів тестувати одну й ту ж сторінку, піднімаючи й опускаючи позиції.