есть MVP, где Вьюха это либо активити либо фрагмент. К ней обычно "прицеплен" презентер (который инжектируется даггером, ну да это не ссуть). все презентеры наследуются от базового. При этом хотелось бы чтобы именно презентер хранил Модель (у меня это многоликий анус - и модель в терминологии ActiveAndroid, и то что я засылысаю не сервер (конвертируется в json retrofitom), и то что я получаю с сервера(обратная конвертация), например, набор моделек типа "Адрес" при запросе профиля. Собственно говоря, хотелось бы чтобы презентер прицепленный ко вьюхе сам создавал ту модель которую будет в дальнейшем хранить и наполнять всякой цнной информацией

app:layout_behavior="@string/appbar_scrolling_view_behavior"

Для этого нужно использовать AppBarLayout и NestedScrollView?

....собственно, когда презентер цепляется к активита даггером он создаётся. Причём создается конкретный презентер знающий чем он параметризован. Вот в этом конструкторе и хочется создавать конкретную модель, ту которой он параметризован

AppBarLayout скорее всего да

а скроллвью нет

у тебя вместо него ресайкер

Понял

В глайде можно переоппеделить ту часть/таргет что ходит в сеть? Мне надо вместо сети выдирать картинки с фидеофайлов асинхррнно конечно.

блин, а линт и так замолкнут чтобы на 8-ю яву не ругался..

Почини линт с помощью этого https://github.com/evant/android-retrolambda-lombok и ужесточи его:

lintOptions { warningsAsErrors true abortOnError true }

Привет, как сохранить состояние recycler при повороте экрана? Надо сохранять лист данных?

Он сам сохраняет

Можно подробней, пожалуйста? Не смог нагуглить ничего полезного

Код смотреть надо

Код чего? Адаптера?

простите за дублирование если кто-то читает соседний чатик, решал написать и сюда: можно ли как-нибудь программно заставить переопределять метод абстрактного класса, причём с вызовом суперского метода? Этакая защита от дурака. Android+retrolabmda

В родных классах activity, super onCreate устанавливает mCalled=true

Можно и так

Фрагмента

можно юзать одинаковые id у различных виджетов используя include?

у меня допустим 3 лейата которые я инклудю по ситуации и в каждом есть textview могу я ему id присвоить и оно будет на все действовать

бля ебано обьяснил

Почини линт с помощью этого https://github.com/evant/android-retrolambda-lombok и ужесточи его:

а оно мне ничего не разломает? Я вижу в доке упоминание 19-го АПИ, а у меня мин==15

...и вообще версия 0.2.3 чуток смущает)

app:layout_behavior="@string/appbar_scrolling_view_behavior"

Я правильно понял, что тут нужен только CoordinatorLayout?

ну и эппбар вроде

да координатор нужен

Ну да

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

сделай с инклудом

создай в студии basic activity и посмотри как там

Есть уже он

Щас еще чето подумаю тут

а оно мне ничего не разломает? Я вижу в доке упоминание 19-го АПИ, а у меня мин==15

У меня на пет проекте с targerSDK 25 работает без нареканий. Кстати, забыл сказать, с ужесточенными линт опциями warningAsError и abortOnError тебе придется исправить все линт варнинги, а то проект не сбилдишь. Но, как по мне, это даже к лучшему. Я всегда такие опции выставляю

Что не так? Почему странный отступ?

Все

Отмена

Метод уточки сработал)

Сам все понял

У меня на пет проекте с targerSDK 25 работает без нареканий. Кстати, забыл сказать, с ужесточенными линт опциями warningAsError и abortOnError тебе придется исправить все линт варнинги, а то проект не сбилдишь. Но, как по мне, это даже к лучшему. Я всегда такие опции выставляю

У меня линт и на typo ругаетс, наверное, такое можно убрать?!

+++

У меня линт и на typo ругаетс, наверное, такое можно убрать?!

тупо ругается?

тупо ругается?

На то что линт считает опечатками - typo

На то что линт считает опечатками - typo

ага, я понял, всегда представлял что линт говорит мне что у меня тупое название и надо поправить)

ага, я понял, всегда представлял что линт говорит мне что у меня тупое название и надо поправить)

Ну вот к примеру на слово Github выдает такой варнинг.

В категории spelling.

Для этого нужно использовать AppBarLayout и NestedScrollView?

Да просто marginTop="?actionBarSize" на ресайклер

Может ли при чтении из асетов сжиматся картинка?

Да просто marginTop="?actionBarSize" на ресайклер

А это не костыль?

А это не костыль?

Нет

Где ж ты раньше был( Уже переделал все

Это просто отступ

Но буду знать, спасибо

"?" это некие константы?

Если тебе не надо CollapsingToolbar, то и координатор можно не лепить

Где можно про них почитать?

В доках гугла где-то было

Да просто marginTop="?actionBarSize" на ресайклер

Это костыль же

В случае координатора

В случае координатора

Ты меня не слушал

Дык если не нужен координатор, то там либо relative, либо linearlayout, а там без отступов все ок

Дык если не нужен координатор, то там либо relative, либо linearlayout, а там без отступов все ок

Именно

Ну) поэтому отступ - костыль

Координатор тот же FrameLayout

ERROR: S client not available

У меня линт и на typo ругаетс, наверное, такое можно убрать?!

Наверное можно. Не знаю. lintOptions warningsAsErrors и abortOnError крешат билд только на тех варнингах, которые линт записывает в {module-dir}\build\outputs\lint-results-debug.html, typo из редактора кода туда не попадают

Где можно про них почитать?

http://trickyandroid.com/android-resources-and-style-attributes-cheatsheet/

Привет всем! Узнал, что у темы стиля есть атрибут "windowBackground", который появился в 21 апи. А где вообще искать впредь такую инфу? Ни разу не видел доков по темам и стилям

Ubuntu или Windows 10?

Ubuntu или Windows 10?

Arch

Привет всем! Узнал, что у темы стиля есть атрибут "windowBackground", который появился в 21 апи. А где вообще искать впредь такую инфу? Ни разу не видел доков по темам и стилям

да вроде он всю жизнь был

да вроде он всю жизнь был

http://stackoverflow.com/questions/30349495/no-resource-found-that-matches-the-given-name-attr-windowbackground

http://stackoverflow.com/questions/30349495/no-resource-found-that-matches-the-given-name-attr-windowbackground

https://developer.android.com/reference/android/R.attr.html#windowBackground "Added in API level 1"

Тогда я не понимать

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

namespaces разные - у одного "android:" -у другого нет

тот который "android:" с первой версии был

второй - разве не из appcompat?

а зачем он нужен в appcompat?

мечтаю когда-нибудь дропнуть 4.х и не использовать whateverCompat вообще уже наконец

Компат всегда будет из-за новых плюшек и старых версий систем

Компот*

в смысле, мне-то он нужен только для всяких там тулбаров на 4.х

не знаю, зачем он в appcompat, но меня тоже он вымораживает

а зачем он может ещё понадобиться?

support library — отдельная история

support ещё ладно, тем более, что из неё фрагменты уже выпилили в отдельную либу. Там не так часто совместимость ломают

мечтаю когда-нибудь дропнуть 4.х и не использовать whateverCompat вообще уже наконец

а те же checkSelfPermissions из 23 апи - это разве не в appCompat портонуто? Хотя можно и самому версия апи проверять.

AppCompat всех по-ходу бесит - раньше я пытался делать Холо-тему для v11, Material для v21, вечно вилки писал на проверку api, потом задолбало его выковыривать - студия вставляет, ты выковыриваешь, она вставляет - ты выковыриваешь. В результате плюнул на всё это - смирился... Видится мне, апкомпат не пропадёт никогда... Философия гугла - противоречит философии андроида - их не устроит если на 50% устройств(api19) будет Холо - не для того они стока бабок в материал вложили, в апкомпат и завели новую design либу и продолжают саппортить слишком сильно гугл настаивает на апкомпате, хорошо это или нет, удобно нам или нет - никого не волнует ставки сделаны, деньги вложены - материал изобретен - заднюю они уже не здадут.

а превратить Android в iOS - с одной актуальной версией и простым однозначным апи и везде работает - unreal(по-крайне мерее в ближайшие n-лет)... слишком кодовая база у андроида огрохуеная так что... трахаться и трахаться нам товарищи ??

Ну не знаю. По мне, так на оборот - пытаться на 4-ых саппортить холо, когда все уже перешли на материал - это дополнительный геморой. И с саппортом это неплохо решается - обо всех отличиях разных апишек парюсь не я, а он.

а те же checkSelfPermissions из 23 апи - это разве не в appCompat портонуто? Хотя можно и самому версия апи проверять.

оно в support-compat, не в appcompat

Ну не знаю. По мне, так на оборот - пытаться на 4-ых саппортить холо, когда все уже перешли на материал - это дополнительный геморой. И с саппортом это неплохо решается - обо всех отличиях разных апишек парюсь не я, а он.

ну вот и я к этому пришёл, не сразу правда)

Да и на нативных activity проблем много, с той же анимацией. Вон Wharton недавно тени показывал https://twitter.com/JakeWharton/status/825088018793058307

Да и на нативных activity проблем много, с той же анимацией. Вон Wharton недавно тени показывал https://twitter.com/JakeWharton/status/825088018793058307

ух ты, thanks!

Народ, у меня у одного такой мир, в котором заказчики/руководство класть хотели на материал и гайды в страхе "потерять свой бред(т.е. brand), уникальность на рынке", так и норовят кнопку "закрыть" залепить и тп, ну или "как в айфоне" сделать. И из-за этого много головняка со стилизацией того же апкомпата, да и ... окостыливания в коде в целом ???

У нас тоже заказчик часто любит ввернуть что-то такое эдакое. Иногда прислушивается к нам что это нехорошо, юзер експириенс, все дела. Но на некоторых вещах настаивает. В особо тяжких случаях приходилось переверстывать библиотечные xml-ки или переопределять библиотечные класы. Не это было не так уж сложно или долго. Тем более что за дополнительную работу всеравно заказчику доплачивать. Так что особой проблемы в этом не вижу.