Anyone encountered density issues on moving a comp...
# compose-desktop
m
Anyone encountered density issues on moving a compose desktop window to a screen with a different density? It looks like the window is not recomposing correctly after doing that and the density remains the same. I was having this issue only with dialogs and drop downs and it’s fixed after resizing the window to trigger recomposition with correct density and window size but now with compose
1.6.10-beta02
the whole window density is wrong and resizing the window is no longer fixing the issue. I will try to provide a reproducible ASAP.
a
Did you manage to make a reproducer?
kodee loading 1
m
Did this result in a GitHub issue? I also get reports of users running into it (moving a window to a screen with different density breaking it).
a
I don’t think so
m
I totally forgot about this one, I will try to reproduce it today.
Well I forgot that I'm don't have my second monitor these days 😅 I believe that it's easy to reproduce this issue, open a dialog or a drop down then move the window to a second screen with different density. Otherwise, I will make a reproducer next week xD
a
I used https://github.com/Stengo/DeskPad to simulate a 2nd monitor. But I’ve just recently fixed this: https://github.com/JetBrains/compose-multiplatform/issues/4697
Which should be in 1.6.10
So it’s strange
m
Last time I reproduced it in 1.6.10-beta02 maybe it's fixed after that.
Not sure what version @Marcin Wisniowski is using
m
1.6.10, but I never reproduced it myself - all my monitors have the same density, but users with monitors of different density reported problems dragging windows between them breaking rendering.