Народ привет! Такой вопрос: Использую стандартный DatePicker при нажатии на TextView либо получении фокуса отображаю этот самый DatePicker для него добавил datePicker.setOnDateChangedListener в котором получаю выбранную дату и вставляю в текстовое поле, после этого (datePicker.visibility = View.INVISIBLE) скрываю календарик все в принципе хорошо работает НО! если в календарике начать выбирать год то после выбора года срабатывает DateChangedListener и подставляется дата, скрывается календарик это логично но не правильно! как определить пользователь выбрал год или он все-таки кликнул в дату?

Там ведь нужно указать OnDateSetListener

котлин((( у него datePicker.setOnDateChangedListener { view, year, monthOfYear, dayOfMonth ->

Без разницы, Котлин или нет. Что если попробуешь так?

тут понятно, используем DatePickerDialog, в нем выбираем и нажимаем "Ок" у него есть set эвент у меня же просто элемент DatePicker, не хочу пользователя напрягать нажатием лишней кнопки если можно сделать все в одно действие

А, DatePicker не в диалоге?

скорость проверки для каждого кейса может сильно отличаться, тем более для большой вложенности @podocodenick

всем привет, кто-то пользуется экспериментальным API корутин? оно вообще юзабельно в проде?

да

Какая версия appcompat? Я юзаю 1.1.0, помню когда то давно changelog'е читал что были изменения по темной теме

аааааа чувак там действительно баг и причем именно в версии 1.1.0 !! есть альфа 1.3.0-alpha01 в ней исправлено

зачем они так делают?

аааааа чувак там действительно баг и причем именно в версии 1.1.0 !! есть альфа 1.3.0-alpha01 в ней исправлено

у меня и без альфы работает, хз почему у тебя так

что? как?

у тебя работает, потому что ты еще в активитях чекаешь

ну блин. вот я юзаю стейбл. выходит альфа с фиксом. при этом в этой альфе что-нибудя опять сломали. надо вообще-то как бы фиксить и выпускать фикшеный стейбл а потом уже дальше ломать

ну... научишься писать без багов - станешь директором гугла сразу

не, я не про это.

причем это был стейбл релиз, который месяц где-то был в стейбл

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

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

а кто берет альфу в прод?

и задалбывать юзеров релизами при релизе альфы не айс

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

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

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

И это была stable - версия

я же про это говорю. шанс словить краш в альфе либе не выше чем в стейбл

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

удачи

Всем привет! Нужно реализовать окно один в один, как у мобильной версии Телеграма, когда выбираешь фотографии из галереи для отправки. То есть есть окно с ресайклером, оно прежде чем будет скролиться едет вверх до упора и только потом начинает скролиться. Подкажите, куда копать? MotionLayout?

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

согласен, нет ничего проще чем самому написать гугловские либы

Подскажите, почему не могу напрямую так обратиться? если в onCreate например, то нормально, не подчеркивает. А тут если только все это переменной делать

Всем привет! Нужно реализовать окно один в один, как у мобильной версии Телеграма, когда выбираешь фотографии из галереи для отправки. То есть есть окно с ресайклером, оно прежде чем будет скролиться едет вверх до упора и только потом начинает скролиться. Подкажите, куда копать? MotionLayout?

Подскажите, почему не могу напрямую так обратиться? если в onCreate например, то нормально, не подчеркивает. А тут если только все это переменной делать

возможно поможет https://medium.com/@oluwabukunmi.aluko/bottom-navigation-view-with-fragments-a074bfd08711

Подскажите пожалуйста: как хранить конфиденциальную информацию по типу ключей и паролей к серверам?

Лучше всего - ничего не хранить. А если уж хранить, то не в открытом виде, лучше в виде хешей SHA256/512, никакого MD5

Не хэши это все таки не хранение))

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

Лучше всего - ничего не хранить. А если уж хранить, то не в открытом виде, лучше в виде хешей SHA256/512, никакого MD5

Как правильно создать POJO объекты, когда в одном запросе один result и error, в другом другой. Делать для каждого по 2 POJO объекта это слишком думаю.... Знаю что API реализация не самая лучшая, но что уж есть https://pastebin.com/9X9q3TUW

так это 1 модель

А почему? Легко к декодированию или что?

Да, MD5 уже давно доказал свою несостоятельность. Лучше заплатить немножко времени и сделать SHA256. В конце концов не "Войну и мир" хешировать.

Response( result : AnyResponse? = null, error : List<ErrorResponse>? = null )

Так смысл хэшировать если хранить нужно?)))

А в случае когда "error": { Как тут лист поможет? Пролистайте до конца,в низу же еще код есть

Так смысл хэшировать если хранить нужно?)))

В конце концов мы не знаем, что автор вопроса имел в виду, когда говорил "хранить". Если надо хранить пароли для авторизации, то и хранить их не надо

В конце концов мы не знаем, что автор вопроса имел в виду, когда говорил "хранить". Если надо хранить пароли для авторизации, то и хранить их не надо

сорян, не досмотрел. Это все к 1 запросу?

для чего вообще пароли, есть же token