Skip to content

refactor: replace scrollOnLinks with drag-to-activate threshold#35

Open
ubermanu wants to merge 2 commits into
mainfrom
feat/drag-to-activate
Open

refactor: replace scrollOnLinks with drag-to-activate threshold#35
ubermanu wants to merge 2 commits into
mainfrom
feat/drag-to-activate

Conversation

@ubermanu

@ubermanu ubermanu commented May 18, 2026

Copy link
Copy Markdown
Owner

Remove the need for scrollOnLinks completely

Closes #34

@changeset-bot

changeset-bot Bot commented May 18, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 4c3603e

The changes in this PR will be included in the next version bump.

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@ubermanu ubermanu force-pushed the feat/drag-to-activate branch from 9fb5bdf to 786af02 Compare May 18, 2026 17:50
After start() is called when the drag threshold is crossed, handleMouseMove
is now invoked with the triggering event so dirX/dirY are seeded from the
drag delta. Without this, the animation loop ran with zero velocity.

Update e2e tests to use the new drag-to-activate pattern instead of the
old press-and-release sticky-scroll flow.
@ubermanu

ubermanu commented May 18, 2026

Copy link
Copy Markdown
Owner Author

@jaminthorns @blakkd can you guys check if this branch is working properly for you?

i've tested it on chrome/firefox and looks fine

@jaminthorns

Copy link
Copy Markdown

I just loaded the built extension from this branch, and it seems to remove the click-to-scroll functionality. Having drag-to-scroll be the default over links makes sense to me, but removing click-to-scroll completely seems like a regression.

@blakkd

blakkd commented May 19, 2026

Copy link
Copy Markdown
Contributor

I just tested and observed the same as @jaminthorns:

  • holding middle click works as expected
  • simple click is broken, regardless the option Scroll without holding down the mouse button being enabled or not. In all case, the anchor symbol doesn't appear, and links are not middle-clickable when disabled

That said, I just noticed on main it's not good either:

  • enabled: everything fine
  • disabled: indeed disables simple click scrolling ability but anchor symbol still appearing and links not middle clickable

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Middle-click to open a new tab is broken

3 participants