С выходом Android Q Beta 5 Google объявил о проведении Reddit AMA, чтобы ответить на наши насущные вопросы об Android Q и почти обо всем, что связано с Android. Эта AMA состоялась сегодня днем, и команда инженеров Android поделилась интересными сведениями, в том числе о Android Q и о том, что может появиться в Android R.
Запись экрана
В ранних версиях бета-версии Android Q можно было, всего лишь изменив настройки, включить удобный встроенный интерфейс записи экрана. К сожалению, эта функция записи экрана просуществовала недолго, исчезнув в третьей бета-версии, за исключением изменения через ADB.
Один из пользователей Reddit спросил, когда мы сможем ожидать возвращения встроенной записи экрана, помимо «очень сомнительных приложений». На это Аллен Хуанг, менеджер по продуктам Android UI, сообщил, что запись экрана — лишь одна из частей того, что мы можем ожидать от Android R.
Учитывая, что Дэйв зарегистрировал нас для создания прокручиваемых скриншотов И того, как часто пользователи делают скриншоты, мы внимательно изучаем, как мы можем улучшить весь опыт работы с экраном-[X] для R. Мы, безусловно, считаем, что подобные функции должны быть основой операционной системы.
Улучшения темной темы
Одной из самых горячих тем Android Q стала нативная поддержка темного режима. Естественно, этот вопрос несколько раз поднимался на сегодняшней AMA по Android Q. В частности, несколько пользователей Reddit спрашивали о возможности автоматического включения темного режима.
Одна из моделей, которую Google ранее рассматривал для переключения между темным и светлым режимами, основывалась на времени восхода и заката, но от этой идеи отказались из-за необходимости достаточно точных данных о местоположении. Возможность для пользователей устанавливать темный режим на основе времени суток рассматривается, но, по-видимому, не будет реализована в стандартном Android Q.
Улучшения конфиденциальности
Отвечая на вопрос о соблюдении политики Play Store, Шармейн Д’Силва, менеджер по конфиденциальности Android, поделилась интересной статистикой. Вы, возможно, помните, что в прошлом году Google внес существенное изменение, ограничив доступ к журналам звонков и текстовых сообщений Android почти исключительно для основного приложения для звонков или обмена сообщениями на вашем устройстве. Хотя это изменение было спорным в то время, Д’Силва поделилась положительным результатом этого изменения конфиденциальности:
Например, прошлой осенью мы ввели политики SMS и журналов звонков, которые ограничивали типы приложений, которые могли запрашивать эти разрешения. В результате сегодня количество приложений, имеющих доступ к этой конфиденциальной информации, сократилось более чем на 98%. Подавляющее большинство разработчиков смогли перейти на альтернативное решение или устранить незначительные функции.
Wear OS с открытым исходным кодом?
Как вы, возможно, знаете, Wear OS от Google, ранее называвшаяся Android Wear, сильно основана на Android. Однако, в отличие от Android, Wear OS не имеет открытого исходного кода, что означает, что производители оригинального оборудования и разработчики не могут просматривать код, чтобы глубже понять систему или даже внести изменения.
На вопрос о том, станет ли Wear OS когда-нибудь с открытым исходным кодом, Джефф Бейли, технический руководитель проекта Android Open Source Project, заявил, что «пока нечего нового сообщить».
Изменения в будущем развитии Android
Как вы, возможно, знаете, у Google есть общедоступный трекер ошибок/проблем, где пользователи и разработчики могут делиться проблемами с Android — и некоторыми другими продуктами Google — более или менее напрямую с Google. Однако, хотя некоторые опубликованные проблемы могут привлечь внимание общественности, многие игнорируются месяцами или отклоняются запутанным образом — так было с первоначальным запросом на прокручиваемые скриншоты ранее в этом году.
Обеспокоенный пользователь Reddit поднял вопрос о возможности того, что Google будет более серьезно относиться к проблемам, поднятым разработчиками и общественностью в будущем. Джефф Бейли ответил на этот вопрос, отметив, что трекер проблем имеет высокий потенциал перегрузки, поскольку все больше технически подкованных людей узнают о нем. Но он не закрыл дверь для этой идеи, заявив, что возможно, что некоторые команды будут работать напрямую с «внешними» ошибками в будущем.
Наши разработчики в настоящее время работают только над внутренними ошибками. Есть несколько команд, которые выразили заинтересованность в прямой работе с внешними источниками, и мы пытаемся понять, как это сделать.