feat(renderer): track devicePixelRatio changes at runtime#19
Merged
Conversation
There was a problem hiding this comment.
Code Review
This pull request introduces automatic tracking of the device pixel ratio (DPR) in the CanvasRenderer to handle browser-driven changes like zooming or monitor dragging. It adds methods to observe and unobserve DPR changes using matchMedia, along with comprehensive unit tests to verify the behavior. The reviewer suggested improving the robustness of the observeDevicePixelRatio method by ensuring existing listeners are cleaned up before re-subscription and adding a guard to prevent late-firing events after disposal, providing a code snippet to implement these safety checks.
sauyon
force-pushed
the
sauyon/hidpi-dpr-tracking
branch
from
May 18, 2026 07:40
091a780 to
440a7cb
Compare
The renderer captured window.devicePixelRatio once in its constructor and never re-checked it. Browser zoom, window drags between monitors with different scales, and OS scale changes all leave the canvas backing store sized to the old ratio — blurry one way, oversharp the other. Subscribe to a matchMedia query pinned to the current DPR and update the field on change. Since each MediaQueryList is bound to one ratio, re-create the query on every change. The render loop's needsResize check picks up the new DPR and forces a full resize+redraw on the next frame, so no explicit render call is needed. Skip the subscription when the caller pinned a DPR via options — they opted out of browser-driven changes. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
sauyon
force-pushed
the
sauyon/hidpi-dpr-tracking
branch
from
May 18, 2026 08:04
440a7cb to
c07710b
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The renderer captured window.devicePixelRatio once in its constructor and never re-checked it. Browser zoom, window drags between monitors with different scales, and OS scale changes all leave the canvas backing store sized to the old ratio — blurry one way, oversharp the other.
Subscribe to a matchMedia query pinned to the current DPR and update the field on change. Since each MediaQueryList is bound to one ratio, re-create the query on every change. The render loop's needsResize check picks up the new DPR and forces a full resize+redraw on the next frame, so no explicit render call is needed.
Skip the subscription when the caller pinned a DPR via options — they opted out of browser-driven changes.