Виджет меняет отступы на внешнем дисплее Android 17: проверка DP/SP units. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить таблица «display id × density × font scale × DP/SP value × measured bounds × clipping» без лишних данных.
Где проходит граница симптома
Пользовательская боль: на подключённом мониторе текст и padding виджета выглядят больше или меньше, чем на домашнем экране устройства. Сначала определите первую расходящуюся ступень процесса. Оставьте неизменными устройство, профиль и test data. Отдельно отметьте факты интерфейса и developer diagnostics, чтобы не выдавать интерпретацию за наблюдение. Граница поискового намерения: как проверить app widget Android 17 на внешнем дисплее с другой density. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: Android 17 улучшает widgets on external displays с разной pixel density и позволяет задавать RemoteViews dimensions в DP или SP с учётом display id. Change note подтверждает наличие поведения в Android 17, но не его активацию у конкретного производителя. Любой дополнительный тезис требует отдельного evidence; статья не подменяет compatibility test пересказом анонса. Проверяемый выход статьи — таблица «display id × density × font scale × DP/SP value × measured bounds × clipping». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: appWidget display id, density, font scale, DP/SP padding, measured bounds и одинаковый RemoteViews content. Проверьте, что rollback выполняется штатным способом. Не меняйте одновременно manifest, library version и test data. Перед опытом сформулируйте критерий pass, fail и stopped, чтобы не подгонять вывод. До опыта сформулируйте безопасный stop: не использовать рабочие данные в виджете и остановиться, если перенос на display раскрывает content на публичном экране. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: разместить безличный test widget на основном и внешнем дисплее, применить одни DP/SP values и сравнить logical bounds и читаемость. Выполните A, затем B и обязательный возврат к A. Между шагами записывайте только наблюдаемый ответ. Reset, переустановка и выдача широких permissions не входят в первый опыт и уничтожают причинную связь. Контроль не должен выходить за исходный scope: appWidget display id, density, font scale, DP/SP padding, measured bounds и одинаковый RemoteViews content. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: таблица «display id × density × font scale × DP/SP value × measured bounds × clipping». Читайте артефакт слева направо как decision path. Первое неизвестное поле ограничивает вывод. Если control ломается так же, ищите общий слой; если меняется только целевой показатель, гипотеза усиливается для этого build. Сопоставляйте результат с точным действием: разместить безличный test widget на основном и внешнем дисплее, применить одни DP/SP values и сравнить logical bounds и читаемость. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не использовать рабочие данные в виджете и остановиться, если перенос на display раскрывает content на публичном экране. Остановленный по безопасности тест остаётся валидным результатом. В support package внесите причину остановки, окружение и уже проверенные шаги. Не повторяйте опасное действие ради полного лога. В support package назовите пользовательскую боль без личных деталей: на подключённом мониторе текст и padding виджета выглядят больше или меньше, чем на домашнем экране устройства. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — The Third Beta of Android 17 проверено 2026-08-28
- Android Developers Blog — Android 17 is here проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.