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 723693 - Two window list improvements
Two window list improvements
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: extensions
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2014-02-05 16:30 UTC by Giovanni Campagna
Modified: 2015-03-02 21:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
window-list: fix overview animation (3.50 KB, patch)
2014-02-05 16:30 UTC, Giovanni Campagna
needs-work Details | Review
WindowList: allow switching windows with mouse scroll (3.43 KB, patch)
2014-02-05 16:30 UTC, Giovanni Campagna
committed Details | Review
window-list: Update keyboard position on fullscreen changes (1.00 KB, patch)
2014-02-06 18:32 UTC, Florian Müllner
committed Details | Review

Description Giovanni Campagna 2014-02-05 16:30:30 UTC
See patches.

Note: the overview animation patch is kinda buggy wrt event
handling, but I don't know how to fix it, short of recursively
marking everything non-reactive. Unfortunately, if I hide the
window list LayoutManager sooner or later notices and changes
the strut.
Comment 1 Giovanni Campagna 2014-02-05 16:30:33 UTC
Created attachment 268183 [details] [review]
window-list: fix overview animation

Animate showing and hiding the window list when toggling the
overview (with a translation on and off the screen). Don't actually
change the visible status of the actor, because we don't want
to change struts.
Comment 2 Giovanni Campagna 2014-02-05 16:30:39 UTC
Created attachment 268184 [details] [review]
WindowList: allow switching windows with mouse scroll

This is something that gnome-panel supported, and apparently
some users would like to have it back, so restore this feature
on our window list too.
Comment 3 Florian Müllner 2014-02-06 18:31:02 UTC
Review of attachment 268184 [details] [review]:

OK.

::: extensions/window-list/extension.js
@@ +853,3 @@
+        let direction = event.get_scroll_direction();
+        let diff = 0;
+        if (direction == Clutter.ScrollDirection.DOWN) {

Style nit: no braces.
Comment 4 Florian Müllner 2014-02-06 18:31:09 UTC
Review of attachment 268183 [details] [review]:

The OSK position is wrong during overview transitions - in particular when it is visible while the overview is hiding, there's a visible jump at the end of the transition.

So I think message tray and keyboard anchors need different behaviors:
 - the message tray anchor should be reset when the window list is not fully visible (otherwise it'll shine through)
 - the keyboard anchor should be reset when the window list is completely hidden
Comment 5 Florian Müllner 2014-02-06 18:32:07 UTC
Created attachment 268323 [details] [review]
window-list: Update keyboard position on fullscreen changes

The visibility of the window list changes when a monitor enters or
exits fullscreen, so we should update the OSK position accordingly.

Drive-by fix ...
Comment 6 Giovanni Campagna 2014-02-06 18:44:52 UTC
Review of attachment 268323 [details] [review]:

Yes
Comment 7 Florian Müllner 2014-02-06 18:52:17 UTC
Comment on attachment 268323 [details] [review]
window-list: Update keyboard position on fullscreen changes

Attachment 268323 [details] pushed as 9c23b52 - window-list: Update keyboard position on fullscreen changes
Comment 8 Giovanni Campagna 2014-02-19 16:21:46 UTC
Comment on attachment 268184 [details] [review]
WindowList: allow switching windows with mouse scroll

Attachment 268184 [details] pushed as a42dcee - WindowList: allow switching windows with mouse scroll
Comment 9 Florian Müllner 2015-02-27 20:02:47 UTC
Any plans for picking up the remaining patch, or should we close the bug?
Comment 10 Giovanni Campagna 2015-02-27 20:22:21 UTC
(In reply to Florian Müllner from comment #9)
> Any plans for picking up the remaining patch, or should we close the bug?

I don't think I'll work on this any time soon, so if you want just close it.
Comment 11 Florian Müllner 2015-03-02 21:23:16 UTC
(In reply to Giovanni Campagna from comment #10)
> I don't think I'll work on this any time soon, so if you want just close it.

OK.