Две темы создать — действительно не проблема. Но вот тогда и для использования того же Toolbar придется так же делать layout-v21, и в коде проверки делать для вызова setActionBar
Ну не писать же две версии приложения — для 4.x и 5.x? А четверку можно будет выкинуть только через года два, не раньше. А тут заодно исправлены некоторые недоразумения 4й версии — например, попробуйте настроить внешний вид SearchView без использования AppCompat
Мне кажется, ваш кастомный семафор будет работать неправильно. Например, после проверки наличия таска в мапе он может быть туда добавлен или удален из другого потока.
if (!mRunningTask.containsKey(taskTag)) {
semaphore = new Semaphore(1);
} else {
semaphore = mRunningTask.get(taskTag);
}
semaphore.acquire();
mRunningTask.put(taskTag, semaphore);
Отмечу, что метод takePicture давно (начиная с API Level 1) имел параметр, позволявший отдавать raw изображение, в дополнение к jpg. К сожалению, это нигде не работало.
Дело в том, что официального API для этого нет и двухсимочные аппараты всегда были с прошивками, модифицированными производителями устройств. И каждый производитель делал своё приватное, несовместимое с другими производителями API. Тут же речь про Android без модификаций.
В Android появится API для взаимодействия с двумя SIM-картами? Сейчас, например, при отправке SMS нельзя указать через какую симку она должна уйти, аналогично со звонками.
Согласен. Для сохранения приватных данных приложения (кэш карт или игрушек, например) все ок. Я почему-то думал про сценарии съемки фото/видео и скачивания файлов из интернета.
Возможно, я не туда смотрю, но мне говорят исходники, что там уровень доступа signature|system:
<!-- Allows an application to write to internal media storage
@hide -->
<permission android:name="android.permission.WRITE_MEDIA_STORAGE"
android:permissionGroup="android.permission-group.STORAGE"
android:label="@string/permlab_mediaStorageWrite"
android:description="@string/permdesc_mediaStorageWrite"
android:protectionLevel="signature|system" />
В статье упущен момент, что боковое меню должно быть доступно из всех активностей приложения и при нажатиях в нем, должно очищать стэк активностей. Что можете посоветовать для удобной реализации такого требования?
При нажатии кнопки Delete пользователя автоматически перебросит в меню управления администраторами устройства, где права Device Admin для трояна можно будет отменить.
Разве мы не рискуем схлопотать wipe или блокировку устройства при попытке отозвать права админа?
Согласен. А потом после такого реплейса выяснится, что кто-то вместо #ccc заюзал цвет #cccccc, кто-то ошибся и написал #cdcdcd, а кто-то через rgb или rgba вообще.
Ничего удивительного в том, что данные удалось восстановить. В андроиде при сбросе к заводским настройкам производится быстрое форматирование раздела. Фактически, это удаление заголовков.
Если кому-то важно, чтобы их данные не могли восстановить, можно использовать шифрование раздела — в этом случае так же будут затерты ключи, используемые при расшифровке. Так же существуют специальные программы которые затирают всё место нулями при вайпе.
А кроме того, сам HashMap не потоко-безопасен.
В Android появится API для взаимодействия с двумя SIM-картами? Сейчас, например, при отправке SMS нельзя указать через какую симку она должна уйти, аналогично со звонками.
С учетом того, что приложения больше не могут писать на внешнюю память, это очень актуально
По поводу вкладок в ActionBar: в последней версии Hangouts боковое меню как раз вылезает ниже вкладок. С другой стороны, на скриншотах из документации по Material Design боковое меню навигации вылезает поверх ActionBar.
Разве мы не рискуем схлопотать wipe или блокировку устройства при попытке отозвать права админа?
Если кому-то важно, чтобы их данные не могли восстановить, можно использовать шифрование раздела — в этом случае так же будут затерты ключи, используемые при расшифровке. Так же существуют специальные программы которые затирают всё место нулями при вайпе.