У них не было что ли? Ну еще чуток и 4g запустят, когда у нас уже будет 5g

Не было. Когда я там был прошлой весной, купил симку с безлимитным эджем ?

Говорят, у хохлов запустили 3G

Та больше года есть)

https://material.io

С ПК посмотри)

есть трансляция?

По трансляции были проблемы на стороне FB, некруто вышло, извините=( Уже давно все починили, трансляция есть

Кто-то встречал исходный код гугдовского map place picker?

Кто-то встречал исходный код гугдовского map place picker?

Чувак, один запрос https://developers.google.com/places/android-api/?hl=ru

С ПК посмотри)

Это чат про пк?

Чувак, один запрос https://developers.google.com/places/android-api/?hl=ru

Причём тут апи к вьюхе?

Взгляни на видос с примером и повтори Исходный скорее всего обфусцирован в плей сервисах

Взгляни на видос с примером и повтори Исходный скорее всего обфусцирован в плей сервисах

Зачем мне твой видос, я сорцы спрашивал. Может кто-то либу видел схожую

Зачем мне твой видос, я сорцы спрашивал. Может кто-то либу видел схожую

Зацени это, опять же, один запрос

Упс

https://github.com/googlesamples/android-play-places

Вот

https://github.com/googlesamples/android-play-places

Исходники плей сервисов он хочет

Привет!!)

Зацени это, опять же, один запрос

опять же не то, ну

Исходники плей сервисов он хочет

уж больно хороша эта активити)

Как работать с акселерометром. Можно узнать на сколько человек сместился в помещении вперед, влево, вниз (одновременно движение только по одной оси)?

Напрямую нет вроде. Он только ускорение показывает.

надо собрать из акселерометра мангитного и грави

Матан может помочь

получится направление в пространстве

Много матана. там погрешности еще есть. сглаживать показания надо.

калманом пофильтрить

https://github.com/kibotu/KalmanRx

но точности всего этого добра не хватает, канешн

https://github.com/kibotu/KalmanRx

и здесь Rx

ну кокрастыке удобно

взял данные с 3х сенсоровов, пофильтровал, посчитал вектор

Ну по примерам на главной это не понятно т.к. там map, но в сходниках можно напрямую с сенсора получать

Ну можно догадаться, что e.values - это из класса SendorEvent

Кто то юзал? https://code.facebook.com/posts/531104390396423/components-for-android-a-declarative-framework-for-efficient-uis/

Верстать UI вручную без XML?

Верстать UI вручную без XML?

Ну те то что бы вручную.

Кто то юзал? https://code.facebook.com/posts/531104390396423/components-for-android-a-declarative-framework-for-efficient-uis/

выглядит интересно. но не понятно, где взять этот C4A %)

выглядит интересно. но не понятно, где взять этот C4A %)

А, нашел "will be attending Droidcon London this week". Ну чтож, любопытно =)

А пока что:https://www.youtube.com/watch?v=-03R4Fj79_E&feature=em-lss

@senneco Юра, я тут решил использовать ваше Moxy. У меня возник вопрос, вы же не сохраняете viewstate в bundle в onSaveInstanceState ? Вот есть кейс. Я ввожу логин и пароль и жму войти и начинается загрузка каких-то данных, показывается ожиданчик (лоадер). Пока данные не успели загрузится я сворачиваю приложение, система вдруг его прибивает. При разворачивании приложения и хочу чтобы опять пошла загрузка, ведь я уже вводил логин и пароль, а т.к. viewstate не был сохранен, то мне опять придется нажать кнопочку войти. Я возможно уже это спрашивал, но хочу прояснить этот момент.

ща протестирую вместе с onDestroy

проверил у себя, нету такого поведения. Эмулятор android 6 x86_64

проверил у себя, нету такого поведения. Эмулятор android 6 x86_64

как раз с полчаса назад проверяли этот момент на win. ни на эмуляторах, ни на тех же устройствах этого замечено не было. у меня на маке студия решила вольничать и изменять поведение жизненного цикла

у меня тоже мак

Почему на 6 андр если выключить скрин то синглетон умирает? Синглетон используется в интент сервисе и обычном сервисе. Апп находится в бекграунде

@InjectViewState А что мешает сохранить и текущее состояние например флагом булевки. и при восстановлении состояния проверить началась ли авторизация или были сохранены только введенные данные. ну и раз началась то и делать запрос и показывать прогресс

у меня тоже мак

мы закинули 2 пустых проекта с выводом тостов, в итоге именно в моем приложении не корректно отрабатывает жизненный цикл

Почему на 6 андр если выключить скрин то синглетон умирает? Синглетон используется в интент сервисе и обычном сервисе. Апп находится в бекграунде

включается Doze?

c запросом на добавить апп в доз игноре или как то так тоже самое

Апп находится в бекграунде

значит процесс умирает

но интент сервис продолжает жить

или вы обнуляете синглтон где-то в onDestroy

или пересоздается я хз, скорее всего пересоздается

нет никаких обнулений финалайзов нету

@InjectViewState А что мешает сохранить и текущее состояние например флагом булевки. и при восстановлении состояния проверить началась ли авторизация или были сохранены только введенные данные. ну и раз началась то и делать запрос и показывать прогресс

сохранить самому этот флаг в Bundle? окей, а если приложение успела выполнить запрос пока было в невидимо, апотом только умерло? onSaveInstanceState срабатывает до onStop, а если приложение данные подгрузило после OnStop то уже в бандл не сохранить это состояние

я так понимаю если бы доз вырубил апп то и все сервисы и ресиверы тоже

но я получаю бродкат что скрин офф, и получаю лог из сервиса, а данные синглетона тютю

@senneco Юра, я тут решил использовать ваше Moxy. У меня возник вопрос, вы же не сохраняете viewstate в bundle в onSaveInstanceState ? Вот есть кейс. Я ввожу логин и пароль и жму войти и начинается загрузка каких-то данных, показывается ожиданчик (лоадер). Пока данные не успели загрузится я сворачиваю приложение, система вдруг его прибивает. При разворачивании приложения и хочу чтобы опять пошла загрузка, ведь я уже вводил логин и пароль, а т.к. viewstate не был сохранен, то мне опять придется нажать кнопочку войти. Я возможно уже это спрашивал, но хочу прояснить этот момент.

Да, всё верно, придётся вводить и нажимать логин повторно. Потому что презентер будет уничтожен вместе с процессом. Невозможно и не правильно "сериализовать" презентер — это же логика, а не состояние =) Но если очень хочется сделать так, что чтобы при восстановлении процесса, авторизация началась сначала, нужно: 1. Передать непосредственно в презентер событие onSaveInstanceState(Bundle saveState) 2. В презентере что-то туда насохранять(то, что презентеру может потребоваться для восстановления себя после рестарта процесса). Например, что "Авторизация начата", или сохранить, что "Показать ошибку авторизации" и т.д. 3. Передать в презентер onRestoreInstanceState(Bundle savedState) 4. Презентер, в случае если он ещё не проинициализирован а savedState не null, понимает, что процесс был рестартанут, достаёт из пришедшего бандла нужный флажок и уже тогда отправляет команду во вью Только, надо ли вам такое поведение? Ну, тут судите сами =) Я думал сделать что-то вроде ViewState для Presenter, но PresenterState показался перебором. В 99.99% случаев этого не надо. А если и надо, то это может быть правильней протащить через модель

@InjectViewState А что мешает сохранить и текущее состояние например флагом булевки. и при восстановлении состояния проверить началась ли авторизация или были сохранены только введенные данные. ну и раз началась то и делать запрос и показывать прогресс

ну то есть с авторизацией может не так критично, а вот если это банковская транзакция, то это важно выполнился ли запрос

сохранить самому этот флаг в Bundle? окей, а если приложение успела выполнить запрос пока было в невидимо, апотом только умерло? onSaveInstanceState срабатывает до onStop, а если приложение данные подгрузило после OnStop то уже в бандл не сохранить это состояние

А куда оно должно вернуть данные если произошел onStop?) или же раз данные вернулись то можно их сохранить в фоне и при восстановлении проверить прошла ли авторизация

Я использую отдельную модель для соостояния вью и сохраняю именно ее

ну то есть с авторизацией может не так критично, а вот если это банковская транзакция, то это важно выполнился ли запрос

Тогда это нужно сохранять в моделе и save state совсем ни при чём =) а мокси не решает модель ни разу ;)

Да, всё верно, придётся вводить и нажимать логин повторно. Потому что презентер будет уничтожен вместе с процессом. Невозможно и не правильно "сериализовать" презентер — это же логика, а не состояние =) Но если очень хочется сделать так, что чтобы при восстановлении процесса, авторизация началась сначала, нужно: 1. Передать непосредственно в презентер событие onSaveInstanceState(Bundle saveState) 2. В презентере что-то туда насохранять(то, что презентеру может потребоваться для восстановления себя после рестарта процесса). Например, что "Авторизация начата", или сохранить, что "Показать ошибку авторизации" и т.д. 3. Передать в презентер onRestoreInstanceState(Bundle savedState) 4. Презентер, в случае если он ещё не проинициализирован а savedState не null, понимает, что процесс был рестартанут, достаёт из пришедшего бандла нужный флажок и уже тогда отправляет команду во вью Только, надо ли вам такое поведение? Ну, тут судите сами =) Я думал сделать что-то вроде ViewState для Presenter, но PresenterState показался перебором. В 99.99% случаев этого не надо. А если и надо, то это может быть правильней протащить через модель

окей, в случае авторизации может и не так страшно заново запрос послать, а если это банковская транзакция, то нам важно то, что если запрос успел выполнится после onStop

Вариаций решения этой ситуации несколько) Зависит от поставленой задачи

ERROR: S client not available

Тогда это нужно сохранять в моделе и save state совсем ни при чём =) а мокси не решает модель ни разу ;)

имеешь в виду закэшировать в бд или ещё куда?

У тебя работает бэк поток в нем и делай кеш менеджер который после отработки запроса например сохранит ответ в бд или в префы и оттуда проверять

окей, в случае авторизации может и не так страшно заново запрос послать, а если это банковская транзакция, то нам важно то, что если запрос успел выполнится после onStop

Тогда сохраните этот успех в моделе. А при инициализации презентера сходите в модель и проверьте, нет ли завершенных операций. В общем — этот подход слишком кастомный, чтобы автоматизировать его

имеешь в виду закэшировать в бд или ещё куда?

Угу, именно так

Угу, именно так

да. похоже это правильное решение в данном кейсе, спасибо

Привет

Докладчикам с мобиусов, дроидконов и прочих дают деньги за доклад?

думаю нет

Привет!!)

приветик)

Докладчикам с мобиусов, дроидконов и прочих дают деньги за доклад?

no

А кому все бабосики?

А кому все бабосики?

организаторам, докладчики получают порцию славы наверно)

бабосики арендодателям помещения, ведущим, обедам и прочему, наверное

Помнится, чуваки из JUG говорили, что они очень рады, когда на своих Jpoint выходят в ноль

@senneco ещё вопрос по @StateStrategyType(SkipStrategy.class) - что за такие стратегии, зачем нужны и какие бывают? ещё я смотрю аннотация вышается как на метод, так и на view

А это, на секундочку, крутейшая конфа по java-хардкору

@senneco ещё вопрос по @StateStrategyType(SkipStrategy.class) - что за такие стратегии, зачем нужны и какие бывают? ещё я смотрю аннотация вышается как на метод, так и на view

StateStrategy — стратегия, которая управляет очередью команд ViewState. Потому что это очередью хочется управлять. Пометив метод этой аннотацией, мы говори ViewState, что нужно сделать перед выполнением команды и после её выполнения. Таким образом мы можем удалять/добавлять/чистить очередь команд ViewState. Например, вы можете удалить все команды очереди, если пришла команда "showData", ведь после аттача вью, в результате она всего лишь должна показать эту комнду и вовсе не надо накатывать "showProgress" и "hideProgress". Эту аннотацию можно применить также и ко всему интерфейсу View. Тогда эта стратегия будет применяться ко всем командам по-умолчанию. При наследовании одной View от другой, по умолчанию используется стратегия из родительского View. SkipStrategy говорит о том, что эта команда не будет сохранена в очередь команд. Может быть полезно, когда вам не важно, что пользователь что-то не получит после пересоздания View. Например, "showMinorError", которая показывает toast. Но можно сделать стратегию, которая сохранить эту команду в очередь комманд, но удалит сразу после первого выполнения.

StateStrategy — стратегия, которая управляет очередью команд ViewState. Потому что это очередью хочется управлять. Пометив метод этой аннотацией, мы говори ViewState, что нужно сделать перед выполнением команды и после её выполнения. Таким образом мы можем удалять/добавлять/чистить очередь команд ViewState. Например, вы можете удалить все команды очереди, если пришла команда "showData", ведь после аттача вью, в результате она всего лишь должна показать эту комнду и вовсе не надо накатывать "showProgress" и "hideProgress". Эту аннотацию можно применить также и ко всему интерфейсу View. Тогда эта стратегия будет применяться ко всем командам по-умолчанию. При наследовании одной View от другой, по умолчанию используется стратегия из родительского View. SkipStrategy говорит о том, что эта команда не будет сохранена в очередь команд. Может быть полезно, когда вам не важно, что пользователь что-то не получит после пересоздания View. Например, "showMinorError", которая показывает toast. Но можно сделать стратегию, которая сохранить эту команду в очередь комманд, но удалит сразу после первого выполнения.

хм, интересно. А если никаких аннотаций не указывать, то по дефолту какое поведение? Все команды добавляются в очередь и применяются в том порядке, в каком были добавлены?

хм, интересно. А если никаких аннотаций не указывать, то по дефолту какое поведение? Все команды добавляются в очередь и применяются в том порядке, в каком были добавлены?

Именно так =) Всё забываю применить стратегию AddToEndStrategy к MvpView, чтобы было "наглядно"

А кому все бабосики?

Транспорту и проживанию спикеров, аренде помещения, обедам, всяким операторам и подобному

Тут расходов как бы овердофига

Че как, народ

Привет! Вот тут пишут, что upgrade/downgrade in-app подписок появился в 5 версии биллинга, в феврале 2015. Есть какая-то статистика, у какого процента пользователей стоит последняя версия этого биллинга? https://developer.android.com/google/play/billing/versions.html

всем привет! кто даггер2 юзает? есть пара вопросов)

Считается ли безнравственно вместо курсор адаптера доставать из базы arrayList для заполнения списка?

Просто при небольшом объеме данных разница нивелируется,к ак я понимаю

всем привет! кто даггер2 юзает? есть пара вопросов)

что именно

Ребят, ну помогите, я что-то запутался. В ретрофите есть что-то что оповестит об окончании обработки асинхронного запроса? Или надо самому городить?

Ретрофит работает на окхттп

надо в окххтп искать?

колбэки не катят ?

Ну обычный колбэк чего искать то