Skip to content
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 osu! logo not being draggable on player loader #22052

Merged
merged 5 commits into from
Jan 8, 2023

Conversation

Joehuu
Copy link
Member

@Joehuu Joehuu commented Jan 6, 2023

frenzibyte
frenzibyte previously approved these changes Jan 6, 2023
Copy link
Member

@frenzibyte frenzibyte left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks fine to me, but I'll wait for a second opinion on whether to go with the first or second solution mentioned in #22038 (reply in thread), especially since this is now affecting non-event methods as well (the change in OnNewBeat), didn't notice it initially.

@frenzibyte frenzibyte requested a review from bdach January 6, 2023 19:14
@bdach
Copy link
Collaborator

bdach commented Jan 6, 2023

To be brutally honest I am utterly baffled as to why time is even being spent on this, which was why I deliberately ignored the discussion thread. And the logo not being draggable in this context is arguably more correct behaviour to me. Finally I'm not sure why "dragging the logo used to prevent the transition screen from passing" is an actual behaviour anyone should depend on.

Abstain from review. If it was up to me, I'd close this PR and resolve the discussion as "wontfix".

@bdach bdach removed their request for review January 6, 2023 19:21
@frenzibyte
Copy link
Member

frenzibyte commented Jan 6, 2023

I didn't focus much on the discussion thread but I found dragging being blocked by the logo not performing anything on click sounded very wrong, so I felt this solution would be pretty much okay.

@Walavouchey
Copy link
Member

To be brutally honest I am utterly baffled as to why time is even being spent on this, which was why I deliberately ignored the discussion thread. And the logo not being draggable in this context is arguably more correct behaviour to me.

to me the same thing could be said about the draggable logo feature in general, but as it stands this small easter egg was undermined unintentionally as a side effect of another fix. i have no idea why dragging the cookie should work everywhere except for this one screen. would you have said the same if say winding up the cursor in menus didn't work anymore?

I'm not sure why "dragging the logo used to prevent the transition screen from passing" is an actual behaviour anyone should depend on

indeed no one depends on that, but if one were to discover that you can drag the cookie on this screen they'd otherwise be rudely interrupted

not that i was demanding anyone to pay attention to this, but i hope where i'm coming from doesn't sound too outlandish

@bdach
Copy link
Collaborator

bdach commented Jan 6, 2023

i have no idea why dragging the cookie should work everywhere except for this one screen

Because on main menu the cookie does something when clicked. In the loader it doesn't.

But that's mostly beside the point. My main point is that I don't want to be spending time arguing this.

@peppy
Copy link
Sponsor Member

peppy commented Jan 7, 2023

Quite subjective, but having it draggable in all contexts is very important to me. The behaviour of the logo is one of the core mechanics of the UI to me.

@@ -391,6 +393,8 @@ protected override bool OnClick(ClickEvent e)

protected override bool OnHover(HoverEvent e)
{
if (Action == null) return false;
Copy link
Sponsor Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is this a false return versus the true below? Seems weird.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah I'm not sure on whether the logo should block components behind it or not, but since the current result matches how it behaved previously, I overlooked it as to not be nit-picky.

Copy link
Sponsor Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think I'd rather it's consistent here.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe this also includes other events, since they're inconsistent right now. No?

@peppy
Copy link
Sponsor Member

peppy commented Jan 8, 2023

I've updated the return types of the other events, and adjusted the animations slightly (to play more even when there's no action). Feels good to me.

@frenzibyte frenzibyte merged commit ff48bd6 into ppy:master Jan 8, 2023
@Joehuu Joehuu deleted the fix-player-loader-logo-drag branch January 8, 2023 19:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants