-
Notifications
You must be signed in to change notification settings - Fork 184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(PullToRefresh): refactor global touchmove listener #6540
fix(PullToRefresh): refactor global touchmove listener #6540
Conversation
- Глобальный обработчик touchmove влиял на поведение элементов с горизонтальным скроллом (например, HorizontalScroll) – нужно ровно по оси X проводить пальцем, чтобы заработало. После удаления проблему, из-за которой был добавлен этот обработчик, не смог воспроизвести. Даже если такая проблема есть, то думаю она не критичней, в отличии от блокировки горизонтального скролла. Удалил тест, который проверял глобальный обработчик. - Заодно поправил проблему, когда при работе спиннера можно было бы потянуть сверху вниз и вызвать нативный pull-to-refresh – для исправления, мы сохраняем св-во `overscroll-behavior` на `document.body` пока не закончится обновление. Вынес логику в эффект. - Избавился от `useTimeout`, т.к. он скорее усложняет код, чем облегчает его. - Добавил больше данные в примере Storybook, чтобы увеличить высоту контента под скролл.
size-limit report 📦
|
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 7612315:
|
e2e tests |
👀 Docs deployed
Commit 7612315 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Здорово! Вот бы ещё придумать всё же решение без overscroll-behavior, потому что он поддерживается в Safari только с 16 версии.
Это и была причина оставить код с onTouchStart.
#6004 (comment)
Даже в v6 у нас поддержка iOS 10.3.
Вернул глобальный обработчик Работает не идеально, т.к. нативный pull-to-refresh всё-равно можно вызвать, но тем не менее уменьшен конфликт между нативной и нашей реализациями. Видео 3. Пример на iOS 15 (в **Xcode**)
2024-02-12.20.59.17.mov |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Отлично, спасибо что снова вернул фоллбэк! 🥇
Прошлый фоллбэк тоже был не универсальным, потому и был добавлен вариант с overscroll-behavior
, так что этого должно хватить. 🎉
❌ PatchНе удалось автоматически применить исправление на ветке 6.0-stable.
Чтобы изменение попало в ветку 6.0-stable, выполните следующие действия:
git stash # опционально
git fetch origin 6.0-stable
git checkout -b patch/pr6540 origin/6.0-stable
git cherry-pick --no-commit b96c9cfa84a667baf454dfac044e5fe8e77d26a5
git checkout HEAD **/__image_snapshots__/*.png
git diff --quiet HEAD || git commit --no-verify --no-edit
git push --set-upstream origin patch/pr6540
gh pr create --base 6.0-stable --title "patch: pr6540" --body "- patch #6540" |
h2. Описание Глобальный обработчик на `touchmove` влиял на поведение элементов с горизонтальным скроллом (например, `HorizontalScroll`) – нужно было проводить пальцем ровно по оси X, чтобы проскроллить по горизонтали. <details><summary>Видео 1. Поправленный пример из issue6530</summary> <p> https://github.com/VKCOM/VKUI/assets/5850354/d3aa291f-6274-470b-9ccb-3e9e19e544ab </p> </details> После удаления проблемы, из-за которой был добавлен этот обработчик (#5967), не смог воспроизвести. Даже если такая проблема и есть, то думаю она не критичней, в отличие от блокировки горизонтального скролла. Удалил тест, который проверял глобальный обработчик, т.к. он больше не проходит. Заодно поправил проблему, когда при работе спиннера можно было бы потянуть сверху вниз и вызвать нативный **pull-to-refresh** – для исправления, мы сохраняем св-во `overscroll-behavior` на `document.body` пока не закончится обновление. Вынес логику в эффект. <details><summary>Видео 2. Базовый пример после изменений</summary> <p> Есть момент, что при обновлении можно проскроллить вниз. Не стал этот момент трогать, т.к. `PullToRefresh` работает локально под конкретный контейнер. Ввиду этого, не уверен, что стоит блокировать скролл на `document.body`. https://github.com/VKCOM/VKUI/assets/5850354/b2baccc9-3cfa-415a-ab42-7ebd93c09114 </p> </details> - caused by #5967 h2. Изменения - Избавился от `useTimeout`, т.к. он скорее усложняет код, чем облегчает его. - В `cancelEvent` убрал цикл `while`. Не понял для чего он. По истории коммитов, такая реализация была сразу #181. Возможности, раньше по особенном работал `Touch`. - Добавил больше данных в примере Storybook, чтобы увеличить высоту контента под скролл. **UPD** см. #6540 (comment)
h2. Описание Глобальный обработчик на `touchmove` влиял на поведение элементов с горизонтальным скроллом (например, `HorizontalScroll`) – нужно было проводить пальцем ровно по оси X, чтобы проскроллить по горизонтали. <details><summary>Видео 1. Поправленный пример из issue6530</summary> <p> https://github.com/VKCOM/VKUI/assets/5850354/d3aa291f-6274-470b-9ccb-3e9e19e544ab </p> </details> После удаления проблемы, из-за которой был добавлен этот обработчик (#5967), не смог воспроизвести. Даже если такая проблема и есть, то думаю она не критичней, в отличие от блокировки горизонтального скролла. Удалил тест, который проверял глобальный обработчик, т.к. он больше не проходит. Заодно поправил проблему, когда при работе спиннера можно было бы потянуть сверху вниз и вызвать нативный **pull-to-refresh** – для исправления, мы сохраняем св-во `overscroll-behavior` на `document.body` пока не закончится обновление. Вынес логику в эффект. <details><summary>Видео 2. Базовый пример после изменений</summary> <p> Есть момент, что при обновлении можно проскроллить вниз. Не стал этот момент трогать, т.к. `PullToRefresh` работает локально под конкретный контейнер. Ввиду этого, не уверен, что стоит блокировать скролл на `document.body`. https://github.com/VKCOM/VKUI/assets/5850354/b2baccc9-3cfa-415a-ab42-7ebd93c09114 </p> </details> - caused by #5967 h2. Изменения - Избавился от `useTimeout`, т.к. он скорее усложняет код, чем облегчает его. - В `cancelEvent` убрал цикл `while`. Не понял для чего он. По истории коммитов, такая реализация была сразу #181. Возможности, раньше по особенном работал `Touch`. - Добавил больше данных в примере Storybook, чтобы увеличить высоту контента под скролл. **UPD** см. #6540 (comment)
Описание
Глобальный обработчик на
touchmove
влиял на поведение элементов с горизонтальным скроллом (например,HorizontalScroll
) – нужно было проводить пальцем ровно по оси X, чтобы проскроллить по горизонтали.Видео 1. Поправленный пример из issue6530
issue6530.MOV
После удаления проблемы, из-за которой был добавлен этот обработчик (#5967), не смог воспроизвести. Даже если такая проблема и есть, то думаю она не критичней, в отличие от блокировки горизонтального скролла. Удалил тест, который проверял глобальный обработчик, т.к. он больше не проходит.
Заодно поправил проблему, когда при работе спиннера можно было бы потянуть сверху вниз и вызвать нативный pull-to-refresh – для исправления, мы сохраняем св-во
overscroll-behavior
наdocument.body
пока не закончится обновление. Вынес логику в эффект.Видео 2. Базовый пример после изменений
Есть момент, что при обновлении можно проскроллить вниз. Не стал этот момент трогать, т.к.
PullToRefresh
работает локально под конкретный контейнер. Ввиду этого, не уверен, что стоит блокировать скролл наdocument.body
.pr6540.MOV
Изменения
useTimeout
, т.к. он скорее усложняет код, чем облегчает его.cancelEvent
убрал циклwhile
. Не понял для чего он. По истории коммитов, такая реализация была сразу PullToRefresh component #181. Возможности, раньше по особенном работалTouch
.UPD
см. #6540 (comment)