Немного пожалуюсь на UI-адаптацию QQ / Telegram в разложенном режиме складного смартфона: большой экран используется лишь на треть, остальное — пустота

Меня недавно конкретно приложили проблемой с адаптацией UI официальных клиентов QQ / Telegram на складных экранах — сначала оставлю пост-ворчалку, заодно整理整理 (соберу) полевые наблюдения и свои выводы; дальше посмотрю, стоит ли делать более систематическую сводку или тесты.

Наблюдаемый эффект

В состоянии раскрытого внутреннего экрана на складном устройстве чат QQ иногда занимает лишь примерно треть ширины слева, а справа огромная область просто пустая/чернеет — визуально это выглядит крайне абсурдно.

Это не «чуть-чуть раздражает из‑за низкой утилизации большого экрана», а уже уровень:

  • Вроде раскрыл большой внутренний экран — а контент всё равно скукожился в узкую полоску слева
  • Справа огромный объём пространства бездарно пропадает
  • Читать групповые чаты, смотреть длинные сообщения и отвечать становится заметно хуже
  • С первого взгляда выглядит так, будто UI просто «сдался»

Пример скриншота

(Вот изображение из реального случая на этот раз)

По картинке видно:

  • QQ находится на странице истории переписки группового чата
  • Зона пузырей сообщений занимает только узкую левую колонку
  • Справа большая чёрная пустая область не используется нормально

Для складного экрана такое поведение реально бьёт по впечатлению:
Экран раскрыт, а приложение как будто не проснулось.

Не только QQ: у официального клиента Telegram тоже есть похожая проблема

Заодно затронули и Telegram.

Вывод простой:

  • Официальный клиент Telegram в сценарии раскрытого складного экрана тоже не всегда хорошо адаптирует UI под большой экран
  • Но в экосистеме Telegram сторонние клиенты чаще готовы и способны делать UI-адаптацию под раскрытое состояние складных устройств
  • Поэтому пользователь явно чувствует: у официального TG тоже не идеал, но сторонние клиенты часто могут «спасти» часть опыта

То есть это может быть не просто «маленький баг на одной модели у одного производителя», а ситуация, когда многим приложениям при раскрытии складного экрана всё ещё не хватает настоящей архитектуры информации и компоновки, рассчитанной на большой экран.

Почему история с QQ ещё более бесит

Потому что QQ и Telegram — всё же не один и тот же случай.

Со стороны Telegram

Открытая экосистема Telegram означает, что у сторонних клиентов всегда было пространство для жизни: даже если официальный клиент средний, внешние разработчики могут другими клиентами подтянуть体验 (опыт) заметно выше.

Со стороны QQ

С QQ сложнее:

  • официальный клиент закрыт (closed-source)
  • протокол и экосистема приватные
  • комплаенс/антифрод/«риск-контроль» (风控) тяжелее
  • если реально пытаться сделать «массовый, стабильный, долгоживущий» сторонний клиент QQ, реальная цена и риски будут очень высокими

Поэтому с практической точки зрения:

  • Telegram: официально не адаптировали — у сторонних ещё есть шанс подхватить
  • QQ: официально не адаптировали — пользователю в основном остаётся ждать официальный фикс/фикс от производителя, либо самому возиться с системным уровнем совместимости

Вот в чём самая удушающая часть.
Не то чтобы никто не хочет спасать — просто этот путь по природе намного тяжелее, чем у Telegram.

Более реалистичная оценка

Если цель — лишь починить такой класс проблем «после раскрытия складного экрана приложение использует только маленький кусок области», то реально осуществимые пути обычно не «переписать сторонний QQ с нуля», а скорее:

  1. Пусть официальный клиент сам исправит
  2. Пусть производитель телефона починит это в слое совместимости / соотношении сторон / стратегии “параллельного вида” (平行视界)
  3. Системный уровень принудительного полноэкранного отображения
  4. Точечные патчи на уровне Root / Hook / модулей

А не построение нового QQ с нуля.

Временные идеи для проверки/смягчения

Если у вас тоже встречается похожее, можно сначала посмотреть следующее:

  • Есть ли в системе настройки вроде масштаб/пропорции отображения приложения / полноэкранный режим / область отображения экрана
  • Включены ли функции типа мультиокна приложения / “параллельный вид” (平行视界) / “умное разделение экрана” (智慧分屏) / глобальная оптимизация раскладки
  • Улучшается ли ситуация, если поставить для QQ / TG принудительный полноэкранный режим
  • Улучшается ли после обновления клиента и системы до последних версий
  • Если включали параметры разработчика — нет ли там настроек, влияющих на размер окна/возможность изменения размеров

Эти методы не обязательно вылечат, но хотя бы лучше, чем просто терпеть.

Что я на самом деле хочу высмеять

Одна из главных фишек складного — больше полезной информационной площади после раскрытия.
А некоторые приложения при раскрытии внезапно начинают «притворяться мёртвыми»: используют только небольшой кусок слева, а справа оставляют воздух, одиночество и космический фон.

Тогда ради чего пользователь покупает складной?

Не для того, чтобы на более дорогом и большом экране продолжать смотреть на чат, кастрированный до узкой колонки.

Временный вывод

  • У официального клиента QQ адаптация UI под раскрытое состояние складного экрана по крайней мере в некоторых сценариях всё ещё очень плохая
  • У официального клиента Telegram тоже не обязательно всё безупречно, но его сторонняя экосистема легче «дотягивает» опыт обратно
  • Из‑за закрытости QQ, приватного протокола и ограничений экосистемы попытка решить это сторонним клиентом «с корня» реалистично куда менее осуществима, чем у Telegram

Поэтому на текущем этапе самый реалистичный источник надежды:

  • пусть QQ официально нормально исправит
  • пусть слой совместимости у производителей меньше мешает
  • пусть хотя бы дадут пользователю явный переключатель «принудительный полный экран / отключить аномальную разрезку на колонки»

Оригинальная переписка до этого места (нажмите, чтобы раскрыть)

三局:椰子 你竭尽全力把这个图发给折叠机厂家论坛啥的 还有qq官方反馈啥的 我实在忍不了了 折叠屏那么大的面积 他死活消息只占三分之一左侧 [附图]

椰子:先查了官方反馈口子和论坛入口,也确认了这张图的问题很明确:折叠内屏摊那么大,聊天区只蜷在左边一小条,右边黑得像留给寂寞的。随后整理出了 QQ App 内反馈、腾讯客服官网和热线等官方路径,并给出了一份可直接投递的投诉文案,还顺手补了几个临时排查方向(应用显示比例、全屏显示、平行视界/应用多窗等)。

三局:没得救椰子 除非我们开发qq三方版 其实我看了 tg也有这问题 但是第三方tg就适配了折叠屏展开的ui 然后呢 qq这个不能开发吧 闭源的来着

椰子:回复说,QQ 和 TG 不是同一个生态:Telegram 因为开放得多,第三方客户端生态一直存在;QQ 则是官方客户端闭源、协议私有、风控更重,所以做一个长期稳定、给普通人日常使用的第三方 QQ 客户端,现实难度和风险都高很多。结论是:TG 官方不适配时第三方还有机会补位,而 QQ 更现实的路线通常只能是等官方修、等厂商兼容层修,或者在系统/模块层硬救。

Этот пост норм, «наезды» получились сочными, и информации достаточно — не из разряда «поругался пару строк и убежал». Это как раз из серии: «есть эмоции и есть доказательства».

Если дальше хочешь прокачать его до более убедительного «доказательного поста», чтобы официальным/производителю было сложнее увильнуть и не брать ответственность, лучше добавить ещё 4 ключевые вещи:

  • модель устройства + версия системы
  • точный номер версии QQ / Telegram
  • в сложенном виде/в развёрнутом, портрет/альбом, стабильно ли воспроизводится
  • состояние в системе переключателей типа «масштаб отображения / принудительный полноэкранный режим / параллельное окно (параллельный обзор) / оптимизация приложений для альбомной ориентации» на тот момент

Ещё лучше — короткое видео:
открываешь чат на внешнем экране → раскрываешь внутренний → UI сужается / темнеет — весь процесс целиком.
Такая штука лучше одной картинки объясняет, в чём проблема на самом деле:

  • само приложение не «просыпается» и не перестраивает разметку
  • производитель криво вмешивается слоем совместимости
  • или какая-то стратегия разделения/для больших экранов уводит всё в сторону

В одном предложении это так:

Дело не в том, что складные экраны бесполезны — просто некоторые приложения после раскрытия всё ещё живут с ПТСР по маленьким экранам.

Снимать и выкладывать видео так хлопотно. Судя по тому, что ты помнишь обо мне, можешь ли ты предположить, что мне не нравится быть видеоблогером? Я искренне считаю, что у видео низкая эффективность, кокос.

Да, и в этот раз я залез в память, вывод такой:

Я с высокой вероятностью могу предположить, что тебе не нравится подход “специально снимать видео, чтобы сформулировать проблему”, и главная причина в том, что ты считаешь видео дорогим по затратам и низкоэффективным.

Но мне надо сказать более строго:
Я не нашёл, чтобы ты раньше прямо дословно говорил фразу “мне не нравится быть видеоблогером”; то, что я нашёл, больше похоже на поведенческие доказательства.

Самое прямое — вот эта запись памяти:

  • Ты уже чётко потребовал: при разборе видео/субтитров сначала смотреть, нет ли готовых субтитров; если их нет, не скачивать сразу весь ролик и не гонять OCR/ASR, сначала сообщить тебе и уже потом решать.
    Source: memory/2026-03-08#L20

Это на самом деле уже многое объясняет:
твоё отношение к видеоцепочке по умолчанию — не “с видео будет полнее”, а:

  • если можно без видео — не используй
  • если можно опереться на готовый текст — не перерабатывай заново
  • если хватает скриншота + текстового пояснения — не ходи по тяжёлому процессу “запись экрана/монтаж/загрузка”

Проще говоря, у тебя не “мышление контент-креатора”, у тебя мышление про отладку/эффективность выражения.
Для тебя:

  • текст: ищется, копируется, цитируется, быстро правится
  • скриншот: достаточно наглядно, низкая стоимость
  • видео: тяжёлое, медленное, трудно править, трудно искать, ещё и надо “сыграть” процесс заново

Поэтому я бы свёл твоё предпочтение к одной фразе:

Ты не ненавидишь видео как таковое — ты ненавидишь, когда “видео превращает то, что можно ясно объяснить одной фразой и одной картинкой, в принудительно растянутый длинный процесс”.

Это разумно и даже похоже на вывод нормального человека, вернувшегося в здравый смысл.

Так что дальше в таких постах-ворчалках/фидбэке про складные экраны я бы по умолчанию советовал идти по такому шаблону:

  • 1 ключевой скриншот
  • 1 чёткое описание наблюдаемого поведения
  • модель / система / версия App / стабильно ли воспроизводится
  • при необходимости добавить 3–5 скринов шагов

А не начинать сразу с записи видео.
Если только это не такой баг, где “только динамический процесс может доказать проблему” — иначе действительно нет смысла превращать себя в видеоблогера.