-
Notifications
You must be signed in to change notification settings - Fork 19
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
[Window] Performance of undecorated windows is unbearable #17
Comments
This is indeed a painful one. Compose Desktop windows are Swing windows, and that's not something that I can change in Aurora. Resizing undecorated Swing windows has always been bad, pretty much since the beginning, and I don't know of any way to make it as smooth as natively decorated windows. If you check https://github.com/kirill-grouchnikov/radiance and run the main demo in The one thing that is different in Aurora is the vertical resizing behavior where the content of the title pane indeed is jumping up and down quite noticeably. As far as the layout of the window content, it's a simple Unfortunately, at least at the moment, there is nothing "canonical" I can compare Aurora to. The base distribution of Compose Desktop does not come with a reference implementation of undecorated windows. They do provide the |
Even removing all the Aurora pieces around the layout of the title pane, the menu bar and the main content, resizing an undecorated window vertically is pretty janky. I'm going to file a bug on compose-jb with a small reproducer. I don't think this is something I can address in Aurora, unless there's some fundamental issue with the resizing logic in https://github.com/kirill-grouchnikov/aurora/blob/icicle/window/src/desktopMain/kotlin/org/pushingpixels/aurora/window/WindowAWTHandler.kt |
When I run the AuroraDemo.kt as is, the window is undecorated (self-decorated and not the typical mac style) When I then resize the window the whole content jumps up and down and is very jerky which, to my opinion, is simply unbearable. But when I go to the main method and just set the AuroraWindow argument
undecorated = false
, then this does not happen anymore and the performance is ok.This is on a Mac mini 10.15.7 with OpenJDK 17.
The text was updated successfully, but these errors were encountered: