Контакт @TelegramAuditions для присоединения к TSF Initiative не отвечает

угу, давай, положи в интент любой объект tdlib

Через Binder положу хоть Runnable

Смотрю на VK android SDK. Ну и рукожопые....

+

ИОС ник небось и ЗП получал....

Её писал айос разработчик ?

Интересно почему писал ioser, а не ты с другими андроидерами?)

Интересно почему писал ioser, а не ты с другими андроидерами?)

Видимо на иос с клиентом меньше проблем)

или надо именно сначала эмитнуть данные, а потом подписаться?

второй вариант интересует)

Всем привет, подскажите кто знает либы, или как сделать, зум и обрезку по области, как в вотцапе при выборе обоев на фон чата

android:scaleType="centerCrop" у ImageView растянутого по контейнеру

Привет. Кому-нибудь приходилось решать задачу обрезки видео (менять соотношение сторон) и наложения ватермарка? Можете какие-нибудь библиотеки посоветовать?

Привет. Кому-нибудь приходилось решать задачу обрезки видео (менять соотношение сторон) и наложения ватермарка? Можете какие-нибудь библиотеки посоветовать?

ffmpg

ffmpg

+

ffmpg и комната боли)

Привет. Кому-нибудь приходилось решать задачу обрезки видео (менять соотношение сторон) и наложения ватермарка? Можете какие-нибудь библиотеки посоветовать?

Используем своё ядро

Печально ? FFmpeg - это GPL кроме того, что она сама по себе не удобнf ?

RatingBar родной, из sdk используете ?

S LGPL

S LGPL

Тогда H264 нельзя использовать, а внем много видео кодируется

RatingBar родной, из sdk используете ?

Да

Тогда H264 нельзя использовать, а внем много видео кодируется

За деньги можно

За деньги можно

Спасибо за пищу для размышлейний :-)

h264 кодек?

для декодирования?

А, блин

Я про энкодеры

Всем привет ! Скажите ,пожалуста, для чего вызывается метод clear() у объекта класса WeakReference в реализациях MVP mosby (https://github.com/sockeqwe/mosby/): В классе MvpBasePresenter(https://github.com/sockeqwe/mosby/blob/master/mvp-common/src/main/java/com/hannesdorfmann/mosby3/mvp/MvpBasePresenter.java) Есть свойство класса private WeakReference<V> viewRef; и метод public void detachView(boolean retainInstance) с кодом : if (viewRef != null) { viewRef.clear(); viewRef = null; }

Например вEasyMVP ( https://github.com/6thsolution/EasyMVP ) weakreference.clear() не вызывается

Всем привет ! Скажите ,пожалуста, для чего вызывается метод clear() у объекта класса WeakReference в реализациях MVP mosby (https://github.com/sockeqwe/mosby/): В классе MvpBasePresenter(https://github.com/sockeqwe/mosby/blob/master/mvp-common/src/main/java/com/hannesdorfmann/mosby3/mvp/MvpBasePresenter.java) Есть свойство класса private WeakReference<V> viewRef; и метод public void detachView(boolean retainInstance) с кодом : if (viewRef != null) { viewRef.clear(); viewRef = null; }

Т.е. там же все равно вызывается viewRef присваивается null

Например вEasyMVP ( https://github.com/6thsolution/EasyMVP ) weakreference.clear() не вызывается

Тупанут . Я имел в виду почему weajref = null и weakref.clear() в разных методах жизненного цикла

Ребят, я тут недавно спрашивал про асинхронный загрузчик, типо лоадеров картинок, только другие объекты. Решил написать свой) Вопрос: нормально ли запускать запрос и отменять его в методах OnAttachStateChangeListener для View?

Нормально

Спасибо.

Чем плохо то, что очень часто создавать инстанс базы данных Realm? - Realm.getDefaultInstance()

Если закрываешь, то ничего

Если закрываешь, то ничего

Ок. А если юзать постоянно один инстанс?

Чем плохо то, что очень часто создавать инстанс базы данных Realm? - Realm.getDefaultInstance()

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

это я к тому, что в теории часто закрывать инстанс не есть хорошо

это я к тому, что в теории часто закрывать инстанс не есть хорошо

У меня просто чат на сокетах, так вот я не закрываю инстанс по сути никогда (когда есть соединение). И вот хотелось бы знать, насколько это плохо и чем чревато

Я закрываю только в потоках которые уже не нужны. И в ondestroy

У меня просто чат на сокетах, так вот я не закрываю инстанс по сути никогда (когда есть соединение). И вот хотелось бы знать, насколько это плохо и чем чревато

ну если нет проблем с потреблением памяти, то моно не волноватся)

Я закрываю только в потоках которые уже не нужны. И в ondestroy

Я не могу закрывать в onDestroy

Оставляй его открытым в уи. Тут ничего страшного. Когда прибиваешь активити, то и его прибивай

Оставляй его открытым в уи. Тут ничего страшного. Когда прибиваешь активити, то и его прибивай

Сложный вопрос. Сокеты остаются открытыми при убитом активити - живет foregraund service. И куда тогда мне сохранять сообщения и прочее?

Realm realm = Realm.getDefaultInstance(); я делал так, будто это локальная переменная. Получается, после каждого такого вызова нужно его закрывать? (а не один раз в он дестрой) Видимо, перенесу realm в поле репозитория тогда.

Сложный вопрос. Сокеты остаются открытыми при убитом активити - живет foregraund service. И куда тогда мне сохранять сообщения и прочее?

В сервисе инстанс

Вообще реалм напишет если что-то нк было закрыто. Он варнингом в логе пишет

То такое надо исправлять

То такое надо исправлять

Не очень понял

Когда сам реалм говорит, что ты забыл что-то закрыт и оно утекло

То такое надо обрабатывать

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

если он всегда нужен, то зачем его закрывать?

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

При смерти аппа он сам нормально закроется?

да

Спасибо

я уишный реалм держу октрытым. А другие закрываю после окончания их работы

норм все :)

в onDestroy добавил realm.close() только

Для всех вьюх?

у активити основного

но это необязатлеьно

ок, варнингов не было

если приложение убьется, nо и реалм вместе с ним

ERROR: S client not available

из хипстерского использую автобус событий otto

оно хипстерское было в 2010

Автор otto перешел на следующий уровень хипстерства и не только запросил либу, но и задепрекейтил её

оно хипстерское было в 2010

А в 2к17 что в тренде

MVI там например

хуйни напридумывают

мви бля

MVI там например

то что Ханнес написал статью это ещё не значит что оно в тренде

эм, оно приятнее MVVM и MVP :)

вы просто попробуйте

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

вы просто попробуйте

а вы попробовали на нем сделать проект?

хотя бы небольшой

эм, оно приятнее MVVM и MVP :)

Mvvm же серебряная пуля

в процессе

эм, оно приятнее MVVM и MVP :)

о скиньте тогда гит если он открытый)

mvvm серебрянная пуля для вьюшек типо отобразить список элементов или там поиск + список элементов

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

как работает прогуард? он байт коды преоброзует? т.е smali файлы остаются как есть?

я сидел на датабиндинге очень долго и юзал mvvm

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

как работает прогуард? он байт коды преоброзует? т.е smali файлы остаются как есть?

по-моему он перед компиляций работает

тк рассововерный mvvm,где view - xml и она изменяется по средствам databinding'ов :)

а это не всегда можно сделать без боли

по-моему он перед компиляций работает

smali файлы также переименованы public static Context a; public static Retrofit b;

Зачем вообще использовать Realm DB? Он же адово раздувает приложение при совершенно непонятном профите.

ну да) названия смали соотвествуют именам класса

Зачем вообще использовать Realm DB? Он же адово раздувает приложение при совершенно непонятном профите.

кому-то нравится)))

Ну может я просто не понимаю какой-то дикой пользы от него.

очень много кому

просто у них рекламная компания хорошая

вот все и повелись

И многие не хотят учить SQL)