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

Add app drawer/favorites animations #101

Closed
drewski-00h opened this issue Jul 27, 2021 · 1 comment
Closed

Add app drawer/favorites animations #101

drewski-00h opened this issue Jul 27, 2021 · 1 comment
Labels
improvement request Request for an improvement to an existing feature won't do/fix (see closure comment) This will not be worked on

Comments

@drewski-00h
Copy link

drewski-00h commented Jul 27, 2021

As the app drawer/favorites drawer are now, they're either all the way open, or all the way closed. Would it be possible to add some nice animations to drag the drawers up, following the users finger? I can clarify is this idea isn't clear.

@falzonv falzonv added feature request Request for a new feature or option won't do/fix (see closure comment) This will not be worked on labels Aug 2, 2021
@falzonv
Copy link
Owner

falzonv commented Aug 2, 2021

Hello,

Thank you for the suggestion!

However, I do not plan to implement animations for the two following reasons:

  • One of the goals I try to keep with this launcher is to provide instant access to favorites or app drawer with one gesture (which can even be very small, the "trigger limit" for the swipe is quite low).
    • Adding an animation (ex: roll or slide) would automatically delay the access to apps by the length of the animation. Even if it only adds 100-200ms, this delay is something that always frustrated me in other launchers I used before.
  • It would also add a lot of complexity in the code because currently there are no animations at all: the swipes just show/hide the panels (like simple clicks would do, but here swipes are more flexible and avoid accidental open/close).
    • Adding animations would require to track the finger position during the swipe and compute the related panel part to display (probably even more complicated, because the swipe can be any length and we don't know when it will end), to manage multi-touch if the user (long-)clicks an app during the animation, to manage swipes back-and-forth, etc.

Sorry I will close this ticket, but feel free to add comments if needed or wished.

Best regards.

@falzonv falzonv closed this as completed Aug 2, 2021
@falzonv falzonv added improvement request Request for an improvement to an existing feature and removed feature request Request for a new feature or option labels Aug 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
improvement request Request for an improvement to an existing feature won't do/fix (see closure comment) This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants