After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 678337 - boxpointer: Fully honor 'animate' parameter on show/hide
boxpointer: Fully honor 'animate' parameter on show/hide
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks: 641531
 
 
Reported: 2012-06-18 16:53 UTC by Rui Matos
Modified: 2012-07-06 14:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
boxpointer: Fully honor 'animate' parameter on show/hide (1.42 KB, patch)
2012-06-18 16:53 UTC, Rui Matos
needs-work Details | Review
boxpointer: Change 'animate' parameter on show/hide to a bitmask (9.52 KB, patch)
2012-06-25 17:07 UTC, Rui Matos
needs-work Details | Review
boxpointer: Change 'animate' parameter on show/hide to a bitmask (10.04 KB, patch)
2012-06-26 22:18 UTC, Rui Matos
committed Details | Review

Description Rui Matos 2012-06-18 16:53:49 UTC
I'm not sure if binding 'animate' only to the boxpointer movement and
still doing the animated fade was done on purpose but I'd really like
to change this for the input method popups which can't have any lag
really.
Comment 1 Rui Matos 2012-06-18 16:53:52 UTC
Created attachment 216690 [details] [review]
boxpointer: Fully honor 'animate' parameter on show/hide
Comment 2 Florian Müllner 2012-06-18 18:55:44 UTC
Review of attachment 216690 [details] [review]:

(In reply to comment #0)
> I'm not sure if binding 'animate' only to the boxpointer movement and
> still doing the animated fade was done on purpose

Yes. The designers are very explicit of not wanting abrupt "transitions" in the interface. In this case, the property is working as intended - the slide in is a nice transition when initially popping up the menu, but way too much when done for every menu when moving along the menubar. It is admittedly badly named of course.


> but I'd really like to change this for the input method popups which 
> can't have any lag really.

If you can get buy-in from designers for this, you should not change the animation of the existing menus though. I'd say make the "animate" property a flag
(POPUP_ANIMATION_NONE, POPUP_ANIMATION_SLIDE, POPUP_ANIMATION_FADE or something) and introduce some API to allow turning all animations off in the one case you need to.
Comment 3 Rui Matos 2012-06-25 17:07:22 UTC
Created attachment 217228 [details] [review]
boxpointer: Change 'animate' parameter on show/hide to a bitmask

--
Something like this?
Comment 4 Florian Müllner 2012-06-26 18:32:37 UTC
Review of attachment 217228 [details] [review]:

Yeah, that's going in the direction I had in mind.

::: js/ui/boxpointer.js
@@ +104,3 @@
                                          onComplete();
                                  }),
+                                 time: fade ? POPUP_ANIMATION_TIME : 0 });

This is wrong - if SLIDE is set, you will want an animation time > 0 regardless of whether FADE is set or not.
Comment 5 Rui Matos 2012-06-26 22:18:18 UTC
Created attachment 217334 [details] [review]
boxpointer: Change 'animate' parameter on show/hide to a bitmask

--
Thanks for catching that. Should work for all combinations now.
Comment 6 Florian Müllner 2012-06-27 06:04:52 UTC
Review of attachment 217334 [details] [review]:

Thanks, looks good now
Comment 7 Matthias Clasen 2012-07-05 22:14:56 UTC
should get this landed then, I guess ?
Comment 8 Rui Matos 2012-07-06 14:17:01 UTC
Attachment 217334 [details] pushed as cf6f149 - boxpointer: Change 'animate' parameter on show/hide to a bitmask