I
По одному ты не рассчитаешь позицию между ДВУХ
Size: a a a
2020 March 07
AS
Сдвиг как делается? Изменением LayoutParams у вью?
Да. Но я кажется нашла интересный кейс - он вызывает у меня недоумение, но я забыла деталь уточнить. Ловлю скролл переопределением onScrollChanged. И в нем, получается, все действия. Но если добавить post { } все начинает работать.
I
<
Координаты отсчитываются от угла экрана, а не от твоей фигуры. Это надо понимать
Всмысле от экрана а не от моей фигуры?
<
Я думал x ,y берётся из моей фигуры
I
I
Если ты поделишь просто на 2, то получится уменьшение точки относительно верхнего левого угла экрана
I
Если точнее — не от физического угла экрана, а от угла вью, в которой рисуешь
I
Потому что если отображать панель уведомлений, канвас рисования будет меньше экрана (например)
I
Да. Но я кажется нашла интересный кейс - он вызывает у меня недоумение, но я забыла деталь уточнить. Ловлю скролл переопределением onScrollChanged. И в нем, получается, все действия. Но если добавить post { } все начинает работать.
Ну, есть негласное правило делать post() на многие вещи когда работаешь с такими коллбеками. Просто потому что неведомо откуда они могут вызываться. По скольку все layout pass проходят асинхронно, то мы уже более менее обречены
I
Да. Но я кажется нашла интересный кейс - он вызывает у меня недоумение, но я забыла деталь уточнить. Ловлю скролл переопределением onScrollChanged. И в нем, получается, все действия. Но если добавить post { } все начинает работать.
Я бы на самом деле пробовал обойтись вот этим:
https://developer.android.com/reference/android/view/View?hl=en#setTranslationX(float)
https://developer.android.com/reference/android/view/View?hl=en#setTranslationX(float)
I
Оно не должно провоцировать ничего кроме invalidate() и layout pass не должен быть проблемой
AS
Ну, есть негласное правило делать post() на многие вещи когда работаешь с такими коллбеками. Просто потому что неведомо откуда они могут вызываться. По скольку все layout pass проходят асинхронно, то мы уже более менее обречены
Оно работает на юай треде, а пост не гарантирует выполнения на следующий кадр. Для этого лучше использовать всякие onLayout. В конкретном случае - пост вызовется позже, и лейаут вьюхи произойдет через кадр. В моем случае приемлемо, однако неприятно 😊 Кроме того, если скрол не в состоянии fling, то все ок. В общем, спасибо, товарищ! Родина тебе благодарна.
А
По скольку все layout pass проходят асинхронноЖесть я прозрел сейчас
I
Оно работает на юай треде, а пост не гарантирует выполнения на следующий кадр. Для этого лучше использовать всякие onLayout. В конкретном случае - пост вызовется позже, и лейаут вьюхи произойдет через кадр. В моем случае приемлемо, однако неприятно 😊 Кроме того, если скрол не в состоянии fling, то все ок. В общем, спасибо, товарищ! Родина тебе благодарна.
Если затрагивать эту тему, то тогда надо делать пост в этот, блин, как его. Хро-чего то там
I
Он еще помоему называется похожим образом на слово, которым описывают процесс постановки танца
I
Он умеет делать пост задач на самое время отрисовки следующего кадра
AS
Он умеет делать пост задач на самое время отрисовки следующего кадра
Оркестратор
AS
А, хореографер.