SCEE
SCEE copied to clipboard
Overlapping controls with fast overlay switching
screenshot
How to Reproduce
- Enable fast overlay switching
Expected Behavior
No overlapping
Does it happen in normal StreetComplete?
No fast overlay switching avaiable
Versions affected
SCEE 60.0
Doesn't happen on my phone for whatever reason. I guess it's some issue with insets, similar to https://github.com/streetcomplete/StreetComplete/issues/6030
Doesn't happen on my phone for whatever reason.
Works fine on my Android 14 (Samsung Galaxy S23+) and Android 10 (Huawei P30 Pro) too.
Can you share what Android version / device model are you using @rusty-snake ?
I can reproduce this behavior on my physical Android 15 (API 35) device and on the virtual Android 13 (API 33) machine.
The effect is not quite as pronounced in the emulator, but it is more noticeable on the physical device.
Virtual Device:
Physical Device:
Both are running on the latest Commit 9b95231 (freshly build from modified)
Can you share what Android version / device model are you using
- GrapheneOS (AOSP 15 QPR 1)
- Pixel 6
OK, played with developer option. Removing the display cut-out moves from it to the right position (although a bit spacing at the top wouldn't be wrong). So it looks like it is positioned relative to the screen rather then relative to the rest of the app.
I also noticed that on small hights (landscape or split screen), it overlaps the bottom buttons.
So it looks like it is positioned relative to the screen rather then relative to the rest of the app.
Thanks, so I'd say it's definitely something very similar to https://github.com/streetcomplete/StreetComplete/issues/6030 ("usable" screen size vs physical screen size).
I also noticed that on small hights (landscape or split screen), it overlaps the bottom buttons.
This is a side effect on most of the UI being compose now, but the quick-switch still using the "normal" Android views. At some point I'll switch everything to compose, but that's a lot of work (at least initially for learning compose) and not priority.
I can confirm this bug with Android 12. Compared to v59 the list is now cut off much earlier, requiring scrolling and is positioned wrong, so it's not in line with the icon on top:
v60
v59
I wonder if https://github.com/streetcomplete/StreetComplete/pull/6074 might've helped with that... We should see on the next release :man_shrugging:
Still a problem in 60.1
- probably related: https://github.com/streetcomplete/StreetComplete/issues/6098