Skip to content
This repository has been archived by the owner on Aug 11, 2022. It is now read-only.

Handle cases when locked subtree is too large to efficiently cache #14

Open
chrishtr opened this issue Aug 29, 2018 · 0 comments
Open
Labels
enhancement this issue tracks a future enhancement

Comments

@chrishtr
Copy link
Collaborator

Consider a locked element which is much larger than the viewport, or far offscreen. We should
have the ability to avoid locking too much memory to store the cached rendering output for such
elements. Perhaps checkerboarding, like we do for async images or too-tall scrollable areas, suffices?

@chrishtr chrishtr added this to Untriaged in Triage tracking via automation Sep 28, 2018
@chrishtr chrishtr moved this from Untriaged to Triaged in Triage tracking Sep 28, 2018
@vmpstr vmpstr added the enhancement this issue tracks a future enhancement label Aug 22, 2019
@vmpstr vmpstr removed this from Triaged in Triage tracking Mar 16, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement this issue tracks a future enhancement
Projects
None yet
Development

No branches or pull requests

2 participants