window not moving when cursor in caret mode reaching the edge of the window.
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 27k
- Forks
- 2.6k
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
Include a clear bug description.
When using caret mode, we expect to select something to copy. However, sometimes we may even can't find where's the cursor of caret mode.
To Reproduce
Steps to reproduce the behavior:
- Go to URL 'https://github.com/b0o/swaynagmode' for example.
- Use caret mode to move the cursor in the readme.md
- Keep go down, the cursor will leave the screen.
Browser and Vimium version
If you're using Chrome, include the Chrome and OSS version found at chrome://version. Also include the Vimium version found at chrome://extensions.
Brave : 1.25.72 Chromium: 91.0.4472.101 (Official Build) (64-bit)
-- | --
Revision : af52a90bf87030dd1523486a1cd3ae25c5d76c9b-refs/branch-heads/4472@{#1462}
OS : Linux
Vimium Version:Version 1.66
If you're using Firefox, report the Firefox and OS version found at about:support. Also include the Vimium version found at about:addons.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue in the linked swaynagmode README using Vimium's caret mode and the reported Brave/Linux environment. Start by tracing the caret-mode behavior when moving downward to the window edge. Done means the caret remains visible as the window moves, with a regression test covering the reported steps.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100