Я то заплачу. Вопрос в другом. В договоре прописывается обычно условие об ответственности прогрера за то что он идею украдет? Хотя это наверное не реально доказать потом.

Ребят как получить mp3 файлы с телефона на приложение?

https://stackoverflow.com/questions/39461954/list-all-mp3-files-in-android

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

Понял. Спасибо. Осталось придумать новый FB)

Никак не защитишься, пока нет патентных прав

Либо выкупать весь интеллектуальный труд (не продукт, а умение писать код 27/7) как делаю в США, либо никак

Добрый вечер, может кто подскажет, приложение каталог с картинками, грузятся с интернета. В пределах главного активити меняются фрагменты тем самым листаем каталог. Картинки сжирают память и можно долистать до OutOfMemory , приложение будет тупить и картинки перестанут отображаться. Вопрос как освобождать память ? Нужно обнулять RecycleView.ViewHolder ? Или может mbitmap.recycle поможет ?

Перешел на пикассо, но проблема осталась, раньше был nostra image loader

)))

Брал размеры из размеров ImageView

всмысле? У Glide отрытые исходники, тут нет места неоднозначности!

К коллайдеру!

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

И ещё долго грузит

Ну то есть он вроде грузит, кеширует и потом отображает картинку

И это все долго

А Пикассо наоборот кэшированное долго отображает

прочитал. Если руками не устанавливаешь размер, то глубоко в кишках он вытаскивает размер из Target'а, которым оборачивает ImageView.

Всем привет, хелп, залил апку на телефон с диагональю 6.5 на 8 андроиде и получил вот такое

Как такое вообще править и с чем связано?

Всем привет, хелп, залил апку на телефон с диагональю 6.5 на 8 андроиде и получил вот такое

верстку на gist или pastebin, ссылку в чат. Скорее всего, дежурный телепат не в состоянии читать эфир.

верстку на gist или pastebin, ссылку в чат. Скорее всего, дежурный телепат не в состоянии читать эфир.

Не имею права светить исходник( Могу лишь сказать что на всех устройствах которые были, было на весь экран

А нет, в состоянии. Соотношение сторон у фоновой картинки не совпало с соотношением сторон экрана.

А нет, в состоянии. Соотношение сторон у фоновой картинки не совпало с соотношением сторон экрана.

Это норм практика или как-то можно лечить?*

Это норм практика или как-то можно лечить?*

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

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

Все окна не только это, которые в монотонных цветах

Фоновая картинка роли не играет

включи в настройках разработчика показ краев элементов

И кстати сразу вынеси эту функцию в шорткаты под шторкой уведомлений, смертельно удобно

Не могли бы ответить на мой вопрос на стаковерфлоу или здесь https://ru.stackoverflow.com/questions/912866 Сам вопрос: Вью передает данные в презентер, в презентере реализуется интерфейс и далее фреймворк retrofit 2 осуществляет вызов в сеть. До этого момента всё выполнял главный поток приложения. Тут главный поток "освобождается" и продолжает слушать действия пользователя. Дальше осуществляется запрос в сеть в доп. потоке. Результат передается в реализацию интерфейса колбека, который лежит в презентер. Я так понимаю всё это делает доп. поток. И он же вызывает методы интерфейса вью и обновляет вью.. Правильно ли я всё понимаю?

Это чтобы набрать классы

И это правило, если я правильно помню, для всех приложений с UI действует

Так точно

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

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

Я всё равно не понял.. Я знаю что если UI тронут из доп. потока то будет ошибка. Но в какой момент UI поток подхватывает эстафету?

ещё поставка лулзов к обеду

анг. то я занимаюсь. знаю его значение . суть не в этом сейчас)

Есть-же тостер! Зачем stackoverflow было делать...

Я всё равно не понял.. Я знаю что если UI тронут из доп. потока то будет ошибка. Но в какой момент UI поток подхватывает эстафету?

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

я так диплом защитил (шутка)

т.е. вернулся из доп. потока в интерактор ответ, он перебросил колбек в презентер и пока всё в доп потоке. Тепеь презентер вызывает getView().update(); и тут доп. поток заканчивает свою деятельность ? Я понимаю многопоточность, но вот этот момент меня поставил в тупик..

Это где то в андроид под капотом реализовано, что доп. поток тронул методы вью и тут идет передача данных в UI поток ?

Это где то в андроид под капотом реализовано, что доп. поток тронул методы вью и тут идет передача данных в UI поток ?

нет, это ты сам руками пишешь

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

т.е. вернулся из доп. потока в интерактор ответ, он перебросил колбек в презентер и пока всё в доп потоке. Тепеь презентер вызывает getView().update(); и тут доп. поток заканчивает свою деятельность ? Я понимаю многопоточность, но вот этот момент меня поставил в тупик..

>Тепеь презентер вызывает getView().update(); и тут доп. поток заканчивает свою деятельность ? заканчивает свою деятельность крашем

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

в runOnUiThread

или как-то так

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

вооооот, это я хотел услышать)

уже хотел сам спросить )

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

Ы)))

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

это runOnUiThread ведь не единственный способ ?

это runOnUiThread ведь не единственный способ ?

https://medium.com/@yossisegev/understanding-activity-runonuithread-e102d388fe93 кажись тут все хорошо описано

спасибо, пойду читать)

Подскажите, как заставить скрыть/показать стандартный actionBar(который со стилем идет) с анимацией?

https://medium.com/@yossisegev/understanding-activity-runonuithread-e102d388fe93 кажись тут все хорошо описано

Годнота. Спасибо.

В боттомНавигкшинВью добавляю менюшку, в меню иконки. Когда добавил все иконки заполнены серым, чё делать.если itemIconTint оставить " ", то нормально отображает, но тогда не скомпилируется, @null если там оставить, то все равно серый (

Подскажите, как заставить скрыть/показать стандартный actionBar(который со стилем идет) с анимацией?

Про это ? Этот код скрывает бар getWindow().addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);

Про это ? Этот код скрывает бар getWindow().addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);

нет, getSupportActionBar().hide()/show()

У меня проект написан на SUpportLibrary. Однако, synthetic properties в Kotlin перестали работать в SUpportFragment - они работают только если фрагмент берется из androidx. Что делать?

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

или читать на русском :D

Да, обязательно. Можно ещё немецкий, китайский или русский, но английский всё равно круче.

Но ты же читаешь наши сообщения!

А в чем сложности?

Учи английский, реально

Интересно. Каково англоговорящим учить язык программирования...

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

Другого выбора у тебя нету

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

Спроса нет(

Ну хоть русский

Как нагуглить поведение, когда скролящийся контент (список, скроллвью) находится изначально визуально выше Collapsing Toolbar, но при скроле уходит под него? Раньше прям на сайте материал дизайна был пример, а сейчас что-то найти не могу.

Как нагуглить поведение, когда скролящийся контент (список, скроллвью) находится изначально визуально выше Collapsing Toolbar, но при скроле уходит под него? Раньше прям на сайте материал дизайна был пример, а сейчас что-то найти не могу.

http://www.devexchanges.info/2016/03/android-tip-custom-coordinatorlayout.html

Как нагуглить поведение, когда скролящийся контент (список, скроллвью) находится изначально визуально выше Collapsing Toolbar, но при скроле уходит под него? Раньше прям на сайте материал дизайна был пример, а сейчас что-то найти не могу.

https://github.com/saulmm/CoordinatorBehaviorExample

какое ОРМ для андроида посоветуете?