и еще я хочу еще одну мобильную ось приличную )) сделает ли ее кто-нибудь...

ClipPadding

не, это не то. Грубо говоря я хочу, чтобы лаяутманагер, если скролить вверх, раскладывал не один верхний ряд вьюх, а 2 ряда вьюх

сделать монстра который и яву и swift запускать будет и вообще все )

не, это не то. Грубо говоря я хочу, чтобы лаяутманагер, если скролить вверх, раскладывал не один верхний ряд вьюх, а 2 ряда вьюх

GridLayoutManager чтоли

GridLayoutManager чтоли

да, но я его немношк допиливаю, так, чтобы вьюхи занимали не 1 ряд, а несколько

ну и вот те вьюхи, что больше 1 ряда рисуются не сразу, а только когда до верхнего ряда доскроллится

вот я и хочу приподнять верхнюю точку, от которой начинается раскладывание

Блин чет никак не найду, а можно как-то с разрешения пользователя залзть в его гугл фото и сделать там выборку по критериям?

Везде какое то пикаса апи но пикаса же вроде мертва

не видел у Google Photos апи

Блин чет никак не найду, а можно как-то с разрешения пользователя залзть в его гугл фото и сделать там выборку по критериям?

а какие критерии тебе нужны?

а какие критерии тебе нужны?

ну дата или место сьемки например

не видел у Google Photos апи

вот да, оч жаль будет если просто типа выберите фото...

вот https://developer.android.com/guide/topics/providers/document-provider.html

вот https://developer.android.com/guide/topics/providers/document-provider.html

Интерееесно

подскажите кто, как rxJava используете в активностях?

мне не нравится что-то вариант типа нафигачить 20 строк кода запросов в самой активности

сам в большом приложении видел для запросов eventBus, подход очень приглянулся

В сервисе запросы выполняй

а результат назад как получать?

и почему не через rx?

а результат назад как получать?

Через евентбаса или броадкаст

и почему не через rx?

Рх вообще не причем

В сервисе запросы выполняй

запросы в сервисах олдскулл

запросы в сервисах олдскулл

Само нормальная и рекомендуемая гуглом архитектура

сам в большом приложении видел для запросов eventBus, подход очень приглянулся

eventBus driven архитектура не самый классный подход, но юзать можно если хорошо обвяжешь

Само нормальная и рекомендуемая гуглом архитектура

в далёком 2012

я представляю эту схему так: 1. вызываю метод получения данных 2. оно под капотом делает запрос через рх и ретрофит. 3. результат передается в шину 4. подписчики получают его

неплохо! из рх в эвентбас

а как рх предлагает результат в юай получать?

то, что нашел в интернете - никак не нравится

может, если накидаю это, глянет кто, что за говно выходит?

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

да, только он предлагает делать это так, что результат прилетит только в текущего подпищика

а если, скажем, я перешел на другую активность, но результат мне всё ещё интересен

?

я не гуру, но могу догадаться, что подписаться можно нескольким сущностям

тогда мне как-то сабскрайбера передавать надо?

немного не представляю, как это сделать

поэтому и надумал шину накрутить

а если, скажем, я перешел на другую активность, но результат мне всё ещё интересен

Moxy, Mosby, reark есть с кэшированием

Вот reark в сервисе выполняет

Остальные презентеры в статической мапе хранят, что вообще фигня

по итогу: какую связку использовать?

ретрофит однозначно. дальше либо реарк, либо рх?

а если в сервисе сохранить ссылку на активити то может быть утечка?

да

но можно пихнуть weak

но с фрагментами, ЕМНИП, не сработает, т.к. ссылки на них ещё FragmentManager хранит

мда, всетаки не для того сервисы чтоб в них ссылку сохранять ))

абсолютли

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

ретрофит однозначно. дальше либо реарк, либо рх?

Rx вообще не вижу смысла пихать везде. Ретрофит сам может в фоновом потоке выполнять

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

Да

Rx вообще не вижу смысла пихать везде. Ретрофит сам может в фоновом потоке выполнять

ну я думал, что мне что-то вроде шины ретрофит предоставит

раз нет, тогда да, не особо он нужен

Rx вообще не вижу смысла пихать везде. Ретрофит сам может в фоновом потоке выполнять

можешь в личку написать, что в итоге использовать, чтобы вышла конфетка?

Да ну конечно, рх ни где не помешает)

так и не понял, чего использовать то?

ретрофит + рх + мосби?

выбор огромен и что-то тебе поможет

а что-то понравиться и поможет)

ретрофит + рх + мосби?

тоже норм вариант

вернусь к холивару: мвп или фрагменты?)))

ERROR: S client not available

:D:D:D

вернусь к холивару: мвп или фрагменты?)))

Оу, а почему фрагменты не могут быть с мвп?)

что такое мвп? )))))

Оу, а почему фрагменты не могут быть с мвп?)

могут. Я к тому, что писать ли на голых фрагментах и активностях или нет?

мочевыводящие пути блин )))

ModelViewPresenter

могут. Я к тому, что писать ли на голых фрагментах и активностях или нет?

В общем случае зависит от приложения и срока его жизни.

а, первые 2 слова вроде понятны а последнее обычно на к ))

это MVC

Можно Mvvm юзать

Мир огромен ?

И прям во вьюмоделе херачить запросы

а отделить то что будет написано в названии в сторе и под иконкой как-то можно?

или все будет из label?

Чо?

)

Это разные поля

Тайтл в сторе задается из консоли разраба

чем вам фрагменты не нравятся ? У нас все приложение на фрагментах )

в активити только тулбар и навигация

зато нет проблем фрагмент можно влюбом месте покащзать красиво

чем вам фрагменты не нравятся ? У нас все приложение на фрагментах )

не нравятся не фрагменты, а то, что там куча всякого говна происходит, которое хорошо бы вынести

например? Там же ничего такого нет, просто привязка к жц активити

Проще перечислить, какие компоненты у гугла хорошие

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

не нравятся не фрагменты, а то, что там куча всякого говна происходит, которое хорошо бы вынести

Правильный кейс вообще, когда в активити фрагмент, в котором и происходит весь движ, а активити только за жц отвечает.

Правильный кейс вообще, когда в активити фрагмент, в котором и происходит весь движ, а активити только за жц отвечает.

правильный кейс - когда у тебя логика отделена

правильный кейс - когда у тебя логика отделена

Дак логика в презентере

да, если МВП. Просто я его ни разу не пробовал, вот решил поэкспериментировать

Правильный кейс вообще, когда в активити фрагмент, в котором и происходит весь движ, а активити только за жц отвечает.

Правильно, когда у тебя все приложение держится на вьюхах, а не на фрагментах

Единственное что не работает нормально это CollapsingToolbarLayout хз в последней версии поправили