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
Fix/1105 #1138
Fix/1105 #1138
Conversation
This is pretty much Linux specific due to the order of resize operations and scale detection. Fixes fyne-io#1105
This is darwin specific and some linux systems were triggering it by mistake. May fix fyne-io#1103
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes looks good to me and works fine on Linux 👍
there's small inconsistency present with this PR applied at least on windows
This code is giving 200x100 sized window and it's width is adjusted once the window is dragged. |
Unfortunately I cannot replicate what you describe. Can you please:
Thanks |
Yes, removing Here is the log (later is below):
on the image from the top to the bottom:
It's hard to tell the size is wrong because it's explicitly resized and set to fixed size. That's why i called it inconsistent. It's not clear what is the correct behavior here |
Oh I see, the issue is because you set fixedSize to be smaller than content?
Both have pros and cons, I am not sure what is right... |
I think this needs a new ticket, essentially "Setting FixedSize smaller than window content gives incosistent results"? |
Description:
Fixing window size / resize handling on some bad Linux window managers.
Can be tested using demo code in each of the related issues.
Fixes #1105
Checklist: