Add mouse pointer hide explainer#1327
Conversation
There was a problem hiding this comment.
Pull request overview
Adds a new explainer proposing Windows-specific cursor behavior parity: hide the mouse pointer while typing in editable DOM regions (gated by the OS “Hide pointer while typing” setting), and restore it immediately on mouse movement/click—matching native Windows app behavior and aligning with existing macOS behavior (already handled by the OS).
Changes:
- Added a new explainer documenting the problem, goals/non-goals, and a concrete Windows-only proposal.
- Included visual demos of current vs expected cursor behavior via GIFs.
- Documented accessibility/privacy/security considerations plus mitigations and references.
Reviewed changes
Copilot reviewed 1 out of 3 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| Editing/HideMouseCursorWhileTyping/explainer.md | New explainer describing motivation, proposed behavior, and considerations for cursor hiding while typing on Windows. |
| Editing/HideMouseCursorWhileTyping/current_cursor_behavior.gif | Demonstrates current cursor obstruction while typing in Chromium-based apps on Windows. |
| Editing/HideMouseCursorWhileTyping/expected_cursor_behavior.gif | Demonstrates the proposed cursor-hide + instant-restore behavior. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 1 out of 3 changed files in this pull request and generated 2 comments.
Comments suppressed due to low confidence (1)
Editing/HideMouseCursorWhileTyping/explainer.md:37
- Add a comma before “etc.” for correct punctuation (e.g., “developers, writers, etc.”).
When a user is typing into a text input on a Chromium-based browser or app, the **mouse pointer stays parked at its last position on screen**. Because users almost always click into a field before typing, that "last position" is typically right next to, and frequently directly on top of, the text caret. The result is a pointer that visually **obscures the very characters the user is typing**, forcing the user to physically nudge the mouse aside to read what they just typed. For anyone who works in text-heavy environments (developers, writers etc.), this means **moving the mouse out of the way potentially hundreds of times a day**, a persistent friction that accumulates into productivity loss and frustration.
e7a03f1 to
5f8edf9
Compare
5f8edf9 to
9ebd14a
Compare
dandclark
left a comment
There was a problem hiding this comment.
Generally looks good. Left some smaller miscellaneous feedback.
As a sidenote, this probably does not need to go through the Intent process since it's not (to my understanding) a web-exposed change.
Add explainer: Hide Mouse Pointer While Typing on Windows
This PR adds a new explainer proposing that Chromium on Windows automatically hide the mouse pointer while the user is typing into an editable region, and instantly restore it on the next mouse move or click.
Changes
Editing/HideMousePointerWhileTyping/explainer.mdcurrent_pointer_behavior.gif: demonstrates the current obstructive behavior.expected_pointer_behavior.gif: demonstrates the proposed behavior.Related