L
Какие детали вас интересуют? 😄
хотя это все можно провернуть через CoordinatorLayout + CustomBehavior
(по аналогии с bottomSheetBehavior'ом)
Size: a a a
2021 May 24
Y
все )) что именно вы рекомендуете ? что за верхний контейнер что свайпится? каким образом
не абстрактно
не абстрактно
Y
кстати да: спасибо, CoordinatorLayout может быть хорошей идеей. хотя если честно то не очень его уж люблю. верней совсем не люблю 😄
L
Туча критериев, например: скорость и надёжность соединения в настоящий момент, wifi или data.
Какие требования бизнеса по передаче данных? Не может быть, что задание от бизнеса звучит так: вот вам сервер, так вы шлите ему данные, не стесняйтесь 😁
Какие требования бизнеса по передаче данных? Не может быть, что задание от бизнеса звучит так: вот вам сервер, так вы шлите ему данные, не стесняйтесь 😁
L
Координатор, как вам тут посоветовали. Или MotionLayout. Или руками.
Не верхний контейнер, а внутренний и внешний. FrameLayout и TextView внутри, например.
Не верхний контейнер, а внутренний и внешний. FrameLayout и TextView внутри, например.
Y
MotionLayout разве тут подходит? мне кажется будет очень костыльно
IK
В чем проблема просто перемещать view в ontouch?
ℕ
Тебе надо каждое изменение отправлять или что? Задача не ясна
Y
не проблема а скорей нюанс больше в том что бы сделать въю шире экрана и там за экраном дорисовать что-то
L
Зачем дорисовать за экраном?
Y
что бы когда тянуть влево то остался хвостик за который можно было потом вытянуть ее
L
Ну так и оставьте эту часть видимой.
L
FrameLayout шириной в экран, внутри TextView шириной в match parent. Если у TextView сделать translateX в любую сторону, то что получится?
Y
первая въю должна быть шире экрана, так как есть бейдж за который можно вернуть ее
L
Кто мешает сделать ее шире?
Y
тон у. тебя какой-то агрессивный 😄
Y
опять же, повоторюсь это уже сделанно, хочу сделать красивей просто )
L
Я подозреваю, что в SDK уже должно быть что-то готовое. Гугл же у себя свайпит элементы в списках туда-сюда.