-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Border mapping should perform better #24843
Copy link
Copy link
Closed
Labels
area-controls-frameFrameFramefixed-in-9.0.10perf/generalThe issue affects performance (runtime speed, memory usage, startup time, etc.) (sub: perf)The issue affects performance (runtime speed, memory usage, startup time, etc.) (sub: perf)platform/androidplatform/iosplatform/macosmacOS / Mac CatalystmacOS / Mac Catalystplatform/windowst/bugSomething isn't workingSomething isn't working
Milestone
Metadata
Metadata
Assignees
Labels
area-controls-frameFrameFramefixed-in-9.0.10perf/generalThe issue affects performance (runtime speed, memory usage, startup time, etc.) (sub: perf)The issue affects performance (runtime speed, memory usage, startup time, etc.) (sub: perf)platform/androidplatform/iosplatform/macosmacOS / Mac CatalystmacOS / Mac Catalystplatform/windowst/bugSomething isn't workingSomething isn't working
Type
Fields
Give feedbackNo fields configured for issues without a type.
Description
While updating the frame from
Handlerwe setWidthandHeight.Each of them triggers border mapping:
The first one is useless as the other dimension will change right after.
Steps to Reproduce
No response
Link to public reproduction project repository
No response
Version with bug
8.0.90 SR9
Is this a regression from previous behavior?
No, this is something new
Last version that worked well
Unknown/Other
Affected platforms
iOS, Android, Windows, macOS, Other (Tizen, Linux, etc. not supported by Microsoft directly)
Affected platform versions
No response
Did you find any workaround?
No response
Relevant log output
No response