Теперь работает

Я вот только понять не могу. Почему эти индузы. Сделали бесконечный цикл в TextWatcher....

дцп

Я вот только понять не могу. Почему эти индузы. Сделали бесконечный цикл в TextWatcher....

какие эти?)

Согласен что они ДЦП. Ток вот платят им не хило наверное(

это не твой код?)

Где?

ты говоришь про каких-то индусов, которые написали код

ты сейчас пользуешься кодом, который написали эти индусы? или ты сам взял этот код в свой проект?

@tanchuev Не факт что весь API код написали индузы

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

https://android.googlesource.com/platform/frameworks/base/+log/refs/heads/master/core/java/android/widget/EditText.java

https://habrahabr.ru/company/mailru/blog/262167/ тут есть про полноэкранный медиаплеер

Спасибо. Но к сожалению это решение подходит не для всех девайсов.

/ban

/ban

/ban

/ban

/Voteban

/rtv

/ntv

Ребят, а в 2018, что бы юзать RecycleView надо все также писать бойлерплейт по созданию адаптеров и вьюхолдеров?

Ребят, а в 2018, что бы юзать RecycleView надо все также писать бойлерплейт по созданию адаптеров и вьюхолдеров?

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

Блин, а в RN достаточно лямбды, которая view возращает

Можно создать себе template

Или либу поискать)

А новый гугловский mvvm может помочь? Вроде погуглил и ему нужен adapter

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

> умеет байндиться А как это работает?

Народ, в onCreate сервиса стоит mediaPlayer.setOnCompletionListener(new MediaPlayer.OnCompletionListener() { @Override public void onCompletion(MediaPlayer mp) { nextTrack(); } }); но трек по окончанию не переключается, когда телефон заблокирован, при разблокированом телефоне все нормально, как это лечится?

Может кто-нибудь скинуть пример совместного использования RxJava и Retrofit без сторонних библиотек?

Че

Народ, всем привет! Я вообще iOS разработчик, но приходится маинтейнить одно Андройд приложение.. Прошу помощи, подскажите куда копать. Есть листвью, к нему футер в onCreate добавляется, предварительно проставляя все значения для сабвьюх. Всё ок, но если всернуть - развернуть приложение, то этот футер имеет дефолтные значения сабвьюх, которые в XML заданы. Притом в симуляторе всё норм, а на реальных девайсах воспроизводится. Куда копать?

Жизненные циклы глянь

Народ, всем привет! Я вообще iOS разработчик, но приходится маинтейнить одно Андройд приложение.. Прошу помощи, подскажите куда копать. Есть листвью, к нему футер в onCreate добавляется, предварительно проставляя все значения для сабвьюх. Всё ок, но если всернуть - развернуть приложение, то этот футер имеет дефолтные значения сабвьюх, которые в XML заданы. Притом в симуляторе всё норм, а на реальных девайсах воспроизводится. Куда копать?

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

OnStart например

типа того? правда тут рекурсивно работает пока не загрузит всё

Народ, всем привет! Я вообще iOS разработчик, но приходится маинтейнить одно Андройд приложение.. Прошу помощи, подскажите куда копать. Есть листвью, к нему футер в onCreate добавляется, предварительно проставляя все значения для сабвьюх. Всё ок, но если всернуть - развернуть приложение, то этот футер имеет дефолтные значения сабвьюх, которые в XML заданы. Притом в симуляторе всё норм, а на реальных девайсах воспроизводится. Куда копать?

И лучше убрать дефолтные значения из футера. Там нужно поставить tools:text, чтобы текст был только в среде разработки.

Я просто имено конфигурирование футера перенес в onResume, но это эффекта не дало. Но конфигурил я экземпляр, созданный в onCreate. Есть вероятность того что при переотрытии заново происходит inflate этого лейаута?

за tools:text спасибо, не знал)

Ребят, а в 2018, что бы юзать RecycleView надо все также писать бойлерплейт по созданию адаптеров и вьюхолдеров?

LastAdapter

Я просто имено конфигурирование футера перенес в onResume, но это эффекта не дало. Но конфигурил я экземпляр, созданный в onCreate. Есть вероятность того что при переотрытии заново происходит inflate этого лейаута?

Надо смотреть под отладкой и код)

Так сложно понять сходу

Ребят, а в 2018, что бы юзать RecycleView надо все также писать бойлерплейт по созданию адаптеров и вьюхолдеров?

Тоже имею базовый адаптер на дженериках с базовым холдером. Кода намного меньше для всего уходит. Иногда юзаю вместо ресайклера PlaceholderView. Хорошая либа

Тоже имею базовый адаптер на дженериках с базовым холдером. Кода намного меньше для всего уходит. Иногда юзаю вместо ресайклера PlaceholderView. Хорошая либа

Таки что делает “базовый холдер”?

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

Тоже имею базовый адаптер на дженериках с базовым холдером. Кода намного меньше для всего уходит. Иногда юзаю вместо ресайклера PlaceholderView. Хорошая либа

тогда уж не самому писать а юзать BRVAH :)

тогда уж не самому писать а юзать BRVAH :)

Что что?

ну есть либа для простого создания адаптеров

там на дженериках все

Expamdable StickyHeader Header Footer LoadMore SwipeToDelete Drag&Drop и все это в простом юзабилити

> умеет байндиться А как это работает?

abstract fun bind(data: T)

abstract fun bind(data: T)

Зачем? Можно же отнаследоваться от (T)->Unit ?

Зачем? Можно же отнаследоваться от (T)->Unit ?

Там есть ещё onRecycle(), например.

Всем привет :) представьте что есть приложение с большим количеством картинок-иконок (есть куча категорий сущности со своей картинкой). Как считаете, какой best way для хранения всех этих картинок? Конечно пока это все лежит в drawable, это удобно проиндексировано и т.д. Но картинок такое количество, что кажется, что не там им место. Может лучше assets? Или вообще в файлах приложения? Но мучает вопрос с разными dpi, который сейчас из коробки решен. Что думаете на счёт assets? Кто как поступает в данных ситуациях? P.S. это может быть не обязательно даже много иконок каких то категорий товаров, а допустим бэкграунды под разные активити или типы контента. Где всё это вы обычно храните?

Всем привет :) представьте что есть приложение с большим количеством картинок-иконок (есть куча категорий сущности со своей картинкой). Как считаете, какой best way для хранения всех этих картинок? Конечно пока это все лежит в drawable, это удобно проиндексировано и т.д. Но картинок такое количество, что кажется, что не там им место. Может лучше assets? Или вообще в файлах приложения? Но мучает вопрос с разными dpi, который сейчас из коробки решен. Что думаете на счёт assets? Кто как поступает в данных ситуациях? P.S. это может быть не обязательно даже много иконок каких то категорий товаров, а допустим бэкграунды под разные активити или типы контента. Где всё это вы обычно храните?

Если все иконки-картинки захардкожены и известны сразу, то ничего преступного в хранении их в дравабл нет.

Всем привет :) представьте что есть приложение с большим количеством картинок-иконок (есть куча категорий сущности со своей картинкой). Как считаете, какой best way для хранения всех этих картинок? Конечно пока это все лежит в drawable, это удобно проиндексировано и т.д. Но картинок такое количество, что кажется, что не там им место. Может лучше assets? Или вообще в файлах приложения? Но мучает вопрос с разными dpi, который сейчас из коробки решен. Что думаете на счёт assets? Кто как поступает в данных ситуациях? P.S. это может быть не обязательно даже много иконок каких то категорий товаров, а допустим бэкграунды под разные активити или типы контента. Где всё это вы обычно храните?

похоже как в иконпаках делают

Ну а если вдруг пользователь захочет чо то свое добавить. Создать новую категорию и присвоить ей свою иконку. Но при этом есть какой то набор дефолтных?

Не факт что такая возможность появится конечно. Я пока сделал объект Icon у которого есть source type. Сейчас type у всех drawable, и есть некий IconProvider, который смотрит type и если он drawable, то отдаёт из ресурсов

ERROR: S client not available

Вообще мне кажется должен быть какой то бест практис для хранения этого всего. Очень странно что за годы опыта не встречался с такой проблемой почти совсем. Максимум в ассетах хранил

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

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

если юзер будет свое добавлять то точно файлы

а вообще для этого хранят картинки в облаке, не?

Ну бд это как то так себе... Бинарником что ли? У меня сейчас есть табличка для иконок. Но хранить там сами иконки я не буду, это не правильно. Там ссылка на иконку. Есть type - drawable, и source: icon_name

ой ой фигню сказал

или файлы короче или где-то в инете

хм а как у вас по имени дровабля берется?

рефлексия класса R))

Ну я сделаю type API и будут некоторые иконки ходить в API. Но я хочу избавиться от drawable. Мне кажется не должно там храниться это. Drawable был придуман скорее для каких то "системных" иконок. Иконка настройки, лупа, домик, многоточие, и тд. То есть некие иконки интерфейса. Ну и некоторые бэкграунды там ещё.

Нет, никакой рефлексии)

Ух как сложно, затрудняюсь(

векторы!

и пусть лежат себе в бд

name xml колонки

дравабле берется вот так: context.getResources().getIdentifier(drawableName, "drawable", context.getPackageName())

да да я вспомнил этот прием

это вполне известный и часто используемый способ ?

я хотел с вами обсудить другое

вот представьте есть дофига бэкграундов

+

на каждое активити свой

это нереальный пример

я просто придумал

и допустим, у нас приложение по покупке автозапчастей (тоже вымышленное)

и каждая категория - это открывается фрагмент, где в бэкграунде, к примеру, двигатель, трансмиссия, двери, колодки, и тд

это уже не назвать иконками