Интерфейс Android 17 неверно определяет мышь и размер окна: проверка MediaQuery. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить матрица «display × bounds × pointer capability × rendered controls × capability update» без лишних данных.
Где проходит граница симптома
Пользовательская боль: приложение показывает touch-кнопки при точном pointer либо desktop controls в узком окне после перехода между дисплеями. Начните с границы: один экран, один input, один device capability или весь процесс. Запишите expected и actual, время и последнее рабочее состояние. Форумный рассказ показывает вопрос автора, но не подтверждает механизм платформы. Граница поискового намерения: как проверить MediaQuery window size pointer precision Android 17 adaptive UI. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: экспериментальный MediaQuery API в adaptive guidance предоставляет observable UI capabilities, включая window size и pointer precision. Источник описывает контракт платформы, а не диагноз каждой похожей жалобы. Beta guidance и launch post могут относиться к разным стадиям; сравнивайте build и stable API, не обещая одинаковый результат всем устройствам. Проверяемый выход статьи — матрица «display × bounds × pointer capability × rendered controls × capability update». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: текущий display, window bounds, reported pointer precision, подключённый input и выбранная UI-ветка. Проверьте, что rollback выполняется штатным способом. Не меняйте одновременно manifest, library version и test data. Перед опытом сформулируйте критерий pass, fail и stopped, чтобы не подгонять вывод. До опыта сформулируйте безопасный stop: не считать experimental API стабильным контрактом и остановиться, если переключение дисплея оставляет невидимую кнопку выхода. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: подключить один тестовый pointer, переместить окно между двумя размерами и сравнить observed capabilities с фактическим input без кэширования старого значения. Сравнивайте одинаковый маршрут и одинаковый input. Запишите первую точку расхождения, после неё не продолжайте цепочку автоматически. Невоспроизводимость следует отметить прямо, а не превращать в универсальное объяснение. Контроль не должен выходить за исходный scope: текущий display, window bounds, reported pointer precision, подключённый input и выбранная UI-ветка. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: матрица «display × bounds × pointer capability × rendered controls × capability update». Результат должен позволить другому человеку повторить проверку без догадок. Отделите UI observation, system capability и developer log. Пустое поле честнее вымышленной причины. Сопоставляйте результат с точным действием: подключить один тестовый pointer, переместить окно между двумя размерами и сравнить observed capabilities с фактическим input без кэширования старого значения. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не считать experimental API стабильным контрактом и остановиться, если переключение дисплея оставляет невидимую кнопку выхода. Отчёт должен минимизировать данные: environment, controlled input, result и source boundary. Никаких реальных документов, сообщений, координат, biometric/health details или credentials. В support package назовите пользовательскую боль без личных деталей: приложение показывает touch-кнопки при точном pointer либо desktop controls в узком окне после перехода между дисплеями. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — adaptive Android ecosystem проверено 2026-08-28
- Android Developers Blog — Android 17 is here проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.