Size: a a a

Android Dev Подкаст

2016 September 23

MK

Magomed Khalimbekov in Android Dev Подкаст
Правда там ракурс не очень
источник

AP

Alexey Pushkarev in Android Dev Подкаст
@nekdenis Денис, тинькофф сделали поддержку multiwindow.
источник

AP

Alexey Pushkarev in Android Dev Подкаст
Денис, посмотрел твой доклад. Вопрос по поводу Direct Reply. Ты там сказал что можно сервис сделать, в котором обработать replyIntent. А что насчет обычного броадкаст ресивера? Делал броадкаст ресивер для этого, работает нормально.
источник

AB

Aleksandr Brazhkin in Android Dev Подкаст
Надеюсь, кому-то будет полезно.
В продолжение темы об Android N и режиме multi-window.

Теперь неактивное приложение находится в состоянии Paused, и рекомендуется использовать onStop для завершения операций на экране (например, остановки воспроизведения видео).
Здесь есть один момент, озвученный на Droidcon'e:
onStop не вызывается для активити верхнего приложения в режиме multi-window при нажатии кнопки Home, когда мы выходим в лаунчер. Я это заметил на эмуляторе, и, спасибо @lion4ik за то, что проверил на реальном устройстве.
Жаль, только сейчас осознал, что забыл поискать материал на эту тему.

Оказывается, так оно на самом деле и есть, и вам стоит учитывать, что:
1. Если вы нажали Home, onStop не вызовется, ваше видео так и будет воспроизводиться дальше.
2. Не смотря на то, что вы находитесь в лаунчере, статус-бар до сих пор будет покрашен в цвет статус-бара в приложении.
3. Вызов onStop произойдет только либо при запуске следующего приложения, либо при выключении экрана.
4. Если, находясь в лаунчере, мы выключим экран (пройдет onStop), то когда мы его снова включим, мы так же будем в лаунчере, а в активити вызовется onStart. Будет-то как-то не очень хорошо, если вы onStart начнете что-то делать, поскольку, очень вероятно, что пользователь вовсе и не собирался сейчас открывать ваше приложение.

Почему так?
Объясняется такое поведение надеждой на то, что если пользователь нажал Home, это не надолго, он скорее всего сейчас запустит другое приложение, вот тогда-то и вызовется onStop. Признают, что это не совсем хорошее решение, и думают, как сделать лучше в будущем.

Описано здесь:
https://code.google.com/p/android/issues/detail?id=215650
источник

KT

Konstantin Tskhovrebov in Android Dev Подкаст
жесть какая
источник

KT

Konstantin Tskhovrebov in Android Dev Подкаст
статус бар покрашен - уже только это явно говорит о баге (недороботке)
источник

AD

Anton Dudakov in Android Dev Подкаст
Alexey Pushkarev
Денис, посмотрел твой доклад. Вопрос по поводу Direct Reply. Ты там сказал что можно сервис сделать, в котором обработать replyIntent. А что насчет обычного броадкаст ресивера? Делал броадкаст ресивер для этого, работает нормально.
Бродкаст ресивер не гарантировано доставляется сразу. Там может быть задержка.
источник

MZ

Medet Zhakupov in Android Dev Подкаст
Хотел спросить как решить проблему transitive dependencies?
источник

DN

Denis Nek (slow response) in Android Dev Подкаст
Exactly 1 year ago today! (via timehop.com)
источник

DN

Denis Nek (slow response) in Android Dev Подкаст
Репетиция дроидокон 2015
источник

AD

Anton Dudakov in Android Dev Подкаст
:)
источник

MZ

Medet Zhakupov in Android Dev Подкаст
Medet Zhakupov
Хотел спросить как решить проблему transitive dependencies?
В прошлых подкастах говорили об этом но я как то не понял как решить
источник

АО

Алексей Ошурков in Android Dev Подкаст
Привет, послушал 16 выпуск подкаста, и не там вот обсуждали косяки BottomSheetBehavior, вот у меня счас такая проблема, я открываю разной высоты layout, в этом самом ButtomSheetBehavior, и открывается они у меня на ту высоту, на которой у меня открылся прошлый ButtomSheet. это вот тоже косяк supportLibrary или у меня кривые руки ?
источник

YS

Yuri Shmakov in Android Dev Подкаст
Anton Dudakov
Бродкаст ресивер не гарантировано доставляется сразу. Там может быть задержка.
+ если будет долгая операция(например, сообщение будет долго уходить на сервис), броадкаст может убиться. Поэтому лучше всё-равно стартануть сервис, и уже в нём делать длительную операцию
источник

MZ

Medet Zhakupov in Android Dev Подкаст
Yuri Shmakov
+ если будет долгая операция(например, сообщение будет долго уходить на сервис), броадкаст может убиться. Поэтому лучше всё-равно стартануть сервис, и уже в нём делать длительную операцию
Если не ошибаюсь броадкаст убивается после 10 секунд. Это так?
источник

MZ

Medet Zhakupov in Android Dev Подкаст
По этому нельзя делать долгие операции в броадкасте
источник

YS

Yuri Shmakov in Android Dev Подкаст
в секундах не помню, но значение да, примерно такое 😄
источник

NL

Nikolay Lebedev in Android Dev Подкаст
10
источник

NL

Nikolay Lebedev in Android Dev Подкаст
there is a timeout of 10 seconds that the system allows before considering the receiver to be blocked and a candidate to be killed
источник

DN

Denis Nek (slow response) in Android Dev Подкаст
Надеюсь, кому-то будет полезно.
В продолжение темы об Android N и режиме multi-window.

Теперь неактивное приложение находится в состоянии Paused, и рекомендуется использовать onStop для завершения операций на экране (например, остановки воспроизведения видео).
Здесь есть один момент, озвученный на Droidcon'e:
onStop не вызывается для активити верхнего приложения в режиме multi-window при нажатии кнопки Home, когда мы выходим в лаунчер. Я это заметил на эмуляторе, и, спасибо @lion4ik за то, что проверил на реальном устройстве.
Жаль, только сейчас осознал, что забыл поискать материал на эту тему.

Оказывается, так оно на самом деле и есть, и вам стоит учитывать, что:
1. Если вы нажали Home, onStop не вызовется, ваше видео так и будет воспроизводиться дальше.
2. Не смотря на то, что вы находитесь в лаунчере, статус-бар до сих пор будет покрашен в цвет статус-бара в приложении.
3. Вызов onStop произойдет только либо при запуске следующего приложения, либо при выключении экрана.
4. Если, находясь в лаунчере, мы выключим экран (пройдет onStop), то когда мы его снова включим, мы так же будем в лаунчере, а в активити вызовется onStart. Будет-то как-то не очень хорошо, если вы onStart начнете что-то делать, поскольку, очень вероятно, что пользователь вовсе и не собирался сейчас открывать ваше приложение.

Почему так?
Объясняется такое поведение надеждой на то, что если пользователь нажал Home, это не надолго, он скорее всего сейчас запустит другое приложение, вот тогда-то и вызовется onStop. Признают, что это не совсем хорошее решение, и думают, как сделать лучше в будущем.

Описано здесь:
https://code.google.com/p/android/issues/detail?id=215650
источник