-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Improve user experience of navigating between overlay popups #5063
Comments
Probably should happen alongside #4886 |
|
Not sure if it should be implemented via the #4886 button; probably a separate set of controls to avoid confusion. |
Oh yeah, I just noticed. If you look in the picture at the beatmap's tags, they almost touch the rankings panel. You should probably fix that too. Also, I think some of the Success Rate/Points of Failure panel is also covered. |
Please post different issues for those, and make sure to search first to avoid duplicates. |
@frenzibyte @peppy |
It's the same area of UX that needs improving. The way it's done on the beatmap listing can be thought of as a temporary best-effort (we intentionally don't close the listing when a beatmap is selected). The same can't easily be implemented for other scenarios. Basically, we need a better method of handling back/forward navigation, which is what this issue is tracking. |
It's been a while since this issue had an update and I was directed here from #17577. The simplest way is to just add the back menu in the overlay itself before the title of the overlay. Like this: The only problem is that we have to navigate up to be able to press this button or visually tell people "hey, you can go back to the previous overlay if you want." So an example I could think of: If the button does contract like above, hover interaction would tell the player what they're navigating back to. There are other little things I thought would be interesting to see:
|
Curious if @arflyte has considered this in newer UI designs. |
Would be quite a change presumably, considering there's now another content box to anchor. It seems like a good change though but I think it warrants its issue (while linking this one). Here's sort of a pre-polish comparison preview: |
I think that could work quite well with the last design. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
what about it just being alt+arrow or backward and forward on mice like it is in browsers |
Describe the new feature:
There should be a back button on the top when clicking links on the website browser on the Lazer client. I clicked on WalkingTuna's top play and it took me to here but when I wanted to go back to WalkingTuna's profile, I had to take the long process of finding his profile again.
Proposal designs of the feature:
You can add a back button or something like that at the blank gray space you have at the top of the web browser(which serves no obvious purpose and just exists for some reason). This will probably shorten the time people have to take to look through stuff on the Lazer client.
The text was updated successfully, but these errors were encountered: