-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate redraw across TopLevel Boundaries + Redraw currently Redraws it all #30
Comments
|
migueldeicaza
changed the title
Investigate
Investigate redraw across TopLevel Boundaries + Redraw currently Redraws it all
Mar 28, 2021
Idea that I have been mulling around: Implemented: Toplevels would contain the backing store for the drawn operations, and views retain their existing redraw logic. This means that not every view would need a backing store that needs to be composed. Only toplevels get composed. |
Update: I now have a Some issues that still need work and research:
|
Fixed |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I suspect that the expose system does not cross the Toplevel boundary, to determine affected regions.
So if a top-level damages the contents below it, we do not send the paint request (right now it might be, we might be overdrawing something, or there might have been a hack I added recently). But I suspect that the redraw logic does not cross toplevel boundaries right now.
Other issues include:
We need a proper system to queue "pendingOperations" and not "postProcessEvent", which is currently called on every input key, but also, from the Terminal emulator as a band-aid.
The text was updated successfully, but these errors were encountered: