You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a collection of minor annoyances with the behaviour of the collapsible sidebar dialog behind the cog symbol on the right while watching a replay in osu!std. To be precise, looking at the code, I believe PlayerSettingsOverlay is the UI element I'm referring to.
(Meta: If you prefer me to create separate issues for each of these, I will of course gladly do so, but each thing in isolation feels too small to warrant an entire issue and IMHO would create too much spam.)
The cog symbol positions itself to not overlay skin elements, even for custom skins, but the overlay itself does not care about that, and the opacity is a bit too low for the overlay to be legible.
When leaving one of the settings groups while dragging a slider, the settings group collapses while the slider continues being active. This also applies to the entire sidebar: if the mouse leaves the sidebar, the entire sidebar becomse invisible and the slider stays active. (I'm not sure if there are other menus in osu! where this happens - this is the only instance I could find.) I think it would be better if the settings group and sidebar become "locked" during this, meaning that they don't collapse when a child of them is being dragged, even if the mouse leaves the settings group / sidebar.
2025-01-03.17-32-01.mp4
If the "Visual settings" and "Audio settings" settings group are both set to automatically collapse, it's inconvenient to hover over the "Audio settings" settings group to let it uncollapse when the "Visual settings" gets uncollapsed first: then, it's necessary to move the mouse below the end of the "Visual settings" dialog and then up again to "Audio settings", without overshooting to "Visual settings". In other words, just moving the mouse to where the collapsed "Audio settings" group currently is, does not always result in the "Audio settings" dialog being opened because "Visual settings" might open or close as a byproduct, which moves where "Audio settings" is. This feels a bit like this - however, I'm not sure if this can be fixed without redesigning the entire UX of that sidebar.
2025-01-03.17-46-15.mp4
It would be nice if one could pin the entire sidebar to stay visible, similar to how it's possible to pin the individual settings groups. My instinct tells me that I "want" to click on the cog symbol while the sidebar is open to achieve that, which currently just closes the sidebar. (Here, problem number 3 also applies: when the sidebar is currently closed, moving the mouse to where the cog symbol is doesn't result in the mouse being on top of the cog, because the cog will have moved as a result of the mouse hovering it.)
The individual settings groups don't remember whether they are collapsed - not even across leaving and re-entering a replay without restarting the game:
2025-01-03.17-57-59.mp4
Screenshots or videos
No response
Version
2025.101.0-lazer
Logs
n/a
The text was updated successfully, but these errors were encountered:
Haspamelodica
changed the title
Minor replay analysis annoyances
Minor replay sidebar annoyances
Jan 3, 2025
Type
Cosmetic
Bug description
This is a collection of minor annoyances with the behaviour of the collapsible sidebar dialog behind the cog symbol on the right while watching a replay in osu!std. To be precise, looking at the code, I believe
PlayerSettingsOverlay
is the UI element I'm referring to.(Meta: If you prefer me to create separate issues for each of these, I will of course gladly do so, but each thing in isolation feels too small to warrant an entire issue and IMHO would create too much spam.)
The cog symbol positions itself to not overlay skin elements, even for custom skins, but the overlay itself does not care about that, and the opacity is a bit too low for the overlay to be legible.
When leaving one of the settings groups while dragging a slider, the settings group collapses while the slider continues being active. This also applies to the entire sidebar: if the mouse leaves the sidebar, the entire sidebar becomse invisible and the slider stays active. (I'm not sure if there are other menus in osu! where this happens - this is the only instance I could find.) I think it would be better if the settings group and sidebar become "locked" during this, meaning that they don't collapse when a child of them is being dragged, even if the mouse leaves the settings group / sidebar.
2025-01-03.17-32-01.mp4
If the "Visual settings" and "Audio settings" settings group are both set to automatically collapse, it's inconvenient to hover over the "Audio settings" settings group to let it uncollapse when the "Visual settings" gets uncollapsed first: then, it's necessary to move the mouse below the end of the "Visual settings" dialog and then up again to "Audio settings", without overshooting to "Visual settings". In other words, just moving the mouse to where the collapsed "Audio settings" group currently is, does not always result in the "Audio settings" dialog being opened because "Visual settings" might open or close as a byproduct, which moves where "Audio settings" is. This feels a bit like this - however, I'm not sure if this can be fixed without redesigning the entire UX of that sidebar.
2025-01-03.17-46-15.mp4
It would be nice if one could pin the entire sidebar to stay visible, similar to how it's possible to pin the individual settings groups. My instinct tells me that I "want" to click on the cog symbol while the sidebar is open to achieve that, which currently just closes the sidebar. (Here, problem number 3 also applies: when the sidebar is currently closed, moving the mouse to where the cog symbol is doesn't result in the mouse being on top of the cog, because the cog will have moved as a result of the mouse hovering it.)
The individual settings groups don't remember whether they are collapsed - not even across leaving and re-entering a replay without restarting the game:
2025-01-03.17-57-59.mp4
Screenshots or videos
No response
Version
2025.101.0-lazer
Logs
n/a
The text was updated successfully, but these errors were encountered: