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

[core/window]window: fix multiple resize sent, and always sent the GL size, never … #6179

Merged
merged 1 commit into from
Mar 5, 2019

Conversation

tito
Copy link
Member

@tito tito commented Mar 5, 2019

…the system size, otherwise you'll end up with the size sent twice.

Now, because we send the correct size, there is still a code path that make the resize event sent twice. I introduced a pre_resize internal event to debounce it.

Fixes #6082

…the system size, otherwise you'll end up with the size sent twice.

Now, because we send the correct size, there is still a code path that make the resize event sent twice. I introduced a pre_resize internal event to debounce it.

Fixes #6082
Copy link
Member

@AndreMiras AndreMiras left a comment

Choose a reason for hiding this comment

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

LGTM ✔️
Just friendly nitpik-reminder about the 50/72 rule https://medium.com/@preslavrachev/what-s-with-the-50-72-rule-8a906f61f09c
For instance github is following it somehow, that's why your title looks messy, since it's being truncated.
So the idea is to to find a meaningful but concise commit title and use the body for the rest

@tito
Copy link
Member Author

tito commented Mar 5, 2019

How would you rephrase it? The issue explained everything with a runnable example,and I described the way I handled it. I don't think that the message was missing anything, except GH that splitted the title but that's it?

@AndreMiras
Copy link
Member

Yes I'm talking about the title split, it's actually a feature that comes fro that 50/72 rule. So I just suggested to be more concise in the title and then put the details you put but in the body (using two new lines).
So basically the commit message could be something like:

window: fix multiple resize sent, closes #6082

fix multiple resize sent and always sent the GL size,
never the system size, otherwise you'll end up with the size sent twice
Now, because we send the correct size, there is still a code path that
make the resize event sent twice. I introduced a pre_resize internal
event to debounce it.

That's the idea, note the empty line after the title.
The PR is approved anyway, it was just some side feedback

@tito
Copy link
Member Author

tito commented Mar 5, 2019

So it's just because the first line of the commit is too long right?
I'll keep that in mind next time.

@AndreMiras
Copy link
Member

Yes it's exactly about that too long first line. I should have stated that more clearly 😅 https://stackoverflow.com/questions/2290016/git-commit-messages-50-72-formatting

@tito tito merged commit da6ab8e into master Mar 5, 2019
@tito tito deleted the fix-6082 branch March 5, 2019 23:08
@matham matham changed the title window: fix multiple resize sent, and always sent the GL size, never … [core/window]window: fix multiple resize sent, and always sent the GL size, never … May 23, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Window on_resize event fires twice with different widths
2 participants