Ну в плане моя вьюха за экран вылазить при таком решении не будет ?

Если MeasureSpec.getSize == 0 то можно heightFromDisplayMetrics, но это зависит от вашей конкретной ситуации

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

можно несколько чтений одновременно

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

Хорошо а размер родителя в onMesure запрашивать нормально ?

Так. А-ля ReadWriteLock.

i - wq!

Привет, у меня есть recyclerView внутри ScrollView и он отрисовывает все элементы даже если он сам еще не виден на экране(ло него еще не доскролили), как это можно исправить, в чем может быть косяк? P.S. знаю, что RV в ScrollView плохая идея, но тут такой кейс, что RecyclerVIew наиболее подходящее решение

ресайклер скроллится

android:nestedScrollingEnabled="false"

ресайклер умеет в скролл*

Привет, у меня есть recyclerView внутри ScrollView и он отрисовывает все элементы даже если он сам еще не виден на экране(ло него еще не доскролили), как это можно исправить, в чем может быть косяк? P.S. знаю, что RV в ScrollView плохая идея, но тут такой кейс, что RecyclerVIew наиболее подходящее решение

Вроде никак. Потому что ScrollView отрисовывает своего childa полностью поэтому и ресайклер весь будет рисоваться

Что поменял?

Какая разница? На скринах ведь все верно?

Если сломалось после изменений, значит разница есть. На скринах видно только разметку меню и скрин из графа, это не все что касается навигации

Что ещё этого касается? Я скину

Подключение шторки к навигации, в коде

Ну там я ничего не менял

Привет, у меня есть recyclerView внутри ScrollView и он отрисовывает все элементы даже если он сам еще не виден на экране(ло него еще не доскролили), как это можно исправить, в чем может быть косяк? P.S. знаю, что RV в ScrollView плохая идея, но тут такой кейс, что RecyclerVIew наиболее подходящее решение

убрать ScrollView

Здравствуйте. Хочу сделать header для drawer'a, но ImageView почему-то растягивается по высоте, из-за чего в drawer'e остается много пустого места. Хотя вроде не должно так быть, я ведь поставил wrap_content по высоте. Как это исправить?

попробуйте scaleType поменять на fitXY наверное

Здравствуйте. Хочу сделать header для drawer'a, но ImageView почему-то растягивается по высоте, из-за чего в drawer'e остается много пустого места. Хотя вроде не должно так быть, я ведь поставил wrap_content по высоте. Как это исправить?

как впихнуть невпихуемое

блин скинь свой код в ImageView дольше объяснять буду рил

Издеваешься? 200dp захардкодить? Не на всех экранах выглядит правильно, пустые места все равно остаются

Попробуй у картинки поставить атрибут adjustViewBounds в тру

Предлагают сделать приложение по онлайн покупке/бронированию билетов, но api готовых ничего нет. Как в таких ситуациях быть? Никогда не сталкивался с написанием рабочего приложения с 0. Без backend части это невозможно будет сделать?

Печально

а надо то чтоб все с одной базой работали ?

Предлагают сделать приложение по онлайн покупке/бронированию билетов, но api готовых ничего нет. Как в таких ситуациях быть? Никогда не сталкивался с написанием рабочего приложения с 0. Без backend части это невозможно будет сделать?

Напиши бэк

Не писал бэк до этого никогда

Посмотри spring boot

в противовес этому говнищу считаю необходимым перечислить нормальные решения: ktor.io, Undertow, actix

Почему это spring говно?

Всем привет. Вопрос новичка: в плэй консоли приложение для вн. Тестирования кнопа публикации серая, что ему надо?

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

Всё динамически типизированное (рефлексия, сканирование classpath), всё процедурное, одни контроллеры, никакого ООП, привязан к DI-контейнеру, код не повторно используемый, трудноподдерживаемый, огромные стеки, бессмысленные сообщения об ошибках.

Всё динамически типизированное (рефлексия, сканирование classpath), всё процедурное, одни контроллеры, никакого ООП, привязан к DI-контейнеру, код не повторно используемый, трудноподдерживаемый, огромные стеки, бессмысленные сообщения об ошибках.

Спасибо Иван. Т. Е. Даже для закрытого внутреннего тестирования нужны все пункты?

А если оба языка?)

legacy?

legacy?

Зато очень прост в использовании

а ООП это хорошо?)

Костыли от гугла

Ну как-то не приятно ))