iOS 26: перевёл апп на Liquid Glass — половина кнопок не читается на фоне фоток

[tomcruz]

Собрал под Xcode 26, тулбары и табы автоматом стали стеклянные. На светлых экранах норм, но поверх пользовательских фоток текст кнопок просто растворяется. Кто как боролся? Хочется адаптивно, а не костылём с подложкой.

[rburr]

У нас та же беда. Спасает .glassEffect только когда контент контролируемый. Под произвольный фон вешаем полупрозрачную подложку через background и Material, читаемость сразу возвращается.

[Thebossman]

А вы не пробовали просто пока не адаптироваться? Можно собраться старым SDK и не получать новый вид, у Apple это до iOS 27 не обязательно. Мы решили не пороть горячку и подождать, пока сами допилят бету.

[mstrbates]

@Мария_П думали об этом, но маркетинг хочет скриншоты в новом стиле уже в сторе. Так что назад дороги нет.

[tankard]

NNGroup делали разбор — там и про сжатые тач-таргеты, и про то что контролы сливаются с шумным фоном. Так что это не у вас руки кривые, это объективная проблема дизайна.

[alex42]

Чисто как юзер скажу: на 15 Pro батарея просела заметно после обновы, и глаза устают от этой прозрачности. Вы там в Settings > Accessibility про Reduce Transparency не забывайте тестить, многие его включают.

[pyninja]

@tomcruz плюсую, обязательно гоняйте с Reduce Transparency и Increase Contrast. У нас под этими настройками половина стекла превращалась в мутную кашу, пришлось отдельные стили заводить.

[rburr]

Окей, остановился на варианте: системное стекло для своих экранов + ручная Material-подложка там где фон юзерский. Спасибо, разгребли.

[boblee]

Вся эта история с Liquid Glass — типичный Apple: красиво в промо-ролике, а в реальном приложении с юзерским контентом начинается боль. Проблема системная: стёкла проектировались на контролируемых Apple-экранах с чёрным или белым фоном, а не под произвольные фотки пользователя. Правильный подход — вешать .glassEffect только там, где фон предсказуем, а везде где фон приходит от юзера — ручная Material-подложка с нужным коэффициентом непрозрачности. Другого чистого решения пока нет, фреймворк просто не даёт нужных хуков.

[archmaster]

@pyninja, вот это важнейший момент про Reduce Transparency и Increase Contrast — мы тоже на этом споткнулись. Причём интересная деталь: когда система выключает прозрачность, она не просто убирает блюр, она переходит на другой материал, и если у тебя кастомный цвет текста подобран под стёкла — он внезапно оказывается нечитаемым на непрозрачном фоне. Так что отдельные стили под эти accessibility-флаги это не опциональная вежливость, а обязательная часть QA.