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 autohide glitches explainations - To make git history better #1307

Merged
merged 1 commit into from
Sep 16, 2020

Conversation

3v1n0
Copy link
Collaborator

@3v1n0 3v1n0 commented Sep 10, 2020

Make previous commit a bit clearer, so check commit a62b48b for
actual code changes.

Use _hide and _show to improve readability and keep control over
transition behaviours. Only thing is, it now uses the extension's
animation delay settings.

Keeping the _box.hover check in an else statement guarantee other docks
that do not use _onPressureSensed will keep the same behaviour.
Because of this, I think setups using intellihide/autohide without
the push-to-show option (most likely) will still have the bouncing
glitch issue.

Delete the _delayedHide value in _show instead of _animateIn since calls
to said _show are ignored when the dock's state is either "shown" or
"showing" and, when a delayed hide transition is queued, the dock's state
is only updated AFTER the animate-in transition is completed.

Replace the _hide call to _hoverChanged the same way shouldHide was (is)
used in _onPressureSensed to catch any _delayedHide shenanigans by checking
whether the delayed animate-out transition is still necessary instead of
forcing the dock to hide right away and trigger a bounce from _box's
hover-changed signals.

Fixes #1232

Make previous commit a bit clearer, so check commit a62b48b for
actual code changes.

Use _hide and _show to improve readability and keep control over
transition behaviours. Only thing is, it now uses the extension's
animation delay settings.

Keeping the _box.hover check in an else statement guarantee other docks
that do not use _onPressureSensed will keep the same behaviour.
Because of this, I think setups using intellihide/autohide without
the push-to-show option (most likely) will still have the bouncing
glitch issue.

Delete the _delayedHide value in _show instead of _animateIn since calls
to said _show are ignored when the dock's state is either "shown" or
"showing" and, when a delayed hide transition is queued, the dock's state
is only updated AFTER the animate-in transition is completed.

Replace the _hide call to _hoverChanged the same way shouldHide was (is)
used in _onPressureSensed to catch any _delayedHide shenanigans by checking
whether the delayed animate-out transition is still necessary instead of
forcing the dock to hide right away and trigger a bounce from _box's
hover-changed signals.

Fixes micheleg#1232
@micheleg micheleg merged commit da4fb09 into micheleg:master Sep 16, 2020
@micheleg micheleg mentioned this pull request Dec 26, 2020
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.

dash-to-dock glitches while in auto-hide setting
3 participants