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 745259 - Hide notification with a gesture
Hide notification with a gesture
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: message-tray
3.15.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
touch, triaged
: 745333 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-02-26 23:27 UTC by Cosimo Cecchi
Modified: 2021-07-05 14:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Cosimo Cecchi 2015-02-26 23:27:13 UTC
Notifications in other operating systems have a really nice feature that allows them to be dismissed with a gesture.
For instance, on OSX swiping right on a notification hides it immediately without activating it.
I like it better than e.g. a X button on the banner itself because it makes it pretty clear that the notification is "stashed" for later and there's no tension between hiding and activating because no click is involved.

It would be awesome if gnome-shell supported something similar in the new notification system.
Comment 1 Florian Müllner 2015-02-26 23:49:08 UTC
Sounds like a good idea to me, let's bring in the design team!
Comment 2 Allan Day 2015-02-27 08:50:50 UTC
I'd been thinking that swipe would be the way to dismiss notifications using a touch screen. I can also see how swipe would work with a touchpad. However, we don't have touchpad gestures yet (I assume), and what about mice?
Comment 3 Miguel Vaello Martínez 2015-02-27 09:32:37 UTC
With the mouse in OSX you can click and swipe for dismiss the notification (or hide, I don't remember well), like a gesture. I think, this could be a good feature for GNOME.
Comment 4 Florian Müllner 2015-02-27 10:28:29 UTC
(In reply to Allan Day from comment #2)
> what about mice?

We could keep the close button?
Comment 5 Allan Day 2015-02-27 11:23:32 UTC
(In reply to Florian Müllner from comment #4)
...
> > what about mice?
> 
> We could keep the close button?

Keeping the close button and just using swipe for touch makes sense to me. Keeping the button but also having swipe for pointing devices smacks of duplication. It wouldn't be very elegant.

I'm not particularly fond of the close buttons on hover, to be perfectly honest, so it would be great if we could make swipe work for all input devices. There are two challenges that we would need to overcome though:

 1. The physics/interaction of the thing. It would need to be carefully done to feel right. We would also need to ensure that it will work sufficiently well across the range of hardware and drivers that we support.

 2. Discoverability. This design pattern isn't familiar to GNOME users, so there would probably need to be some kind of hint that swiping is available.
Comment 6 Cosimo Cecchi 2015-02-27 18:28:37 UTC
I was mostly thinking about touchpads, but touchscreen would use a gesture too.
About mice, maybe the right metaphor would be to "drag" it away. Using the scroll wheel might work too.

Finally, about the behavior - currently clicking the close button dismisses the notification entirely, i.e. it won't be found in the panel after. The behavior I would expect from this feature is to keep the notification in the panel.
Comment 7 Florian Müllner 2015-02-27 18:54:13 UTC
(In reply to Cosimo Cecchi from comment #6)
> Finally, about the behavior - currently clicking the close button dismisses
> the notification entirely, i.e. it won't be found in the panel after.

That's also what I would expect after swiping away a notification - the swipe-away gesture is fairly common on Android, and it always means "dismiss" rather than "temporarily get this out of the way" ...
Comment 8 drago01 2015-02-28 15:29:36 UTC
(In reply to Allan Day from comment #5)
> (In reply to Florian Müllner from comment #4)
> ...
> > > what about mice?
> > 
> > We could keep the close button?
> 
> Keeping the close button and just using swipe for touch makes sense to me.
> Keeping the button but also having swipe for pointing devices smacks of
> duplication. It wouldn't be very elegant.

Not really using an "x" button to close things with a mouse is a common pattern. swipping things away isn't so the x button has the advantage of being discoverable. On a touchscreen swipping is more natural and therefore easier to discover.
Comment 9 Florian Müllner 2015-02-28 16:54:48 UTC
*** Bug 745333 has been marked as a duplicate of this bug. ***
Comment 10 Allan Day 2015-02-28 23:25:38 UTC
(In reply to drago01 from comment #8)
...
> > Keeping the close button and just using swipe for touch makes sense to me.
> > Keeping the button but also having swipe for pointing devices smacks of
> > duplication. It wouldn't be very elegant.
> 
> Not really

Not sure what you are disagreeing with here.

> using an "x" button to close things with a mouse is a common
> pattern. swipping things away isn't so the x button has the advantage of
> being discoverable. On a touchscreen swipping is more natural and therefore
> easier to discover.

I'm confident that the discoverability issue could be resolved, possibly through a hint shown the first time someone uses the notifications list.
Comment 11 drago01 2015-02-28 23:28:32 UTC
(In reply to Allan Day from comment #10)
> (In reply to drago01 from comment #8)
> ...
> > > Keeping the close button and just using swipe for touch makes sense to me.
> > > Keeping the button but also having swipe for pointing devices smacks of
> > > duplication. It wouldn't be very elegant.
> > 
> > Not really
> 
> Not sure what you are disagreeing with here.

That "(x)" and "swipe" have to be mutually exclusive i.e having both doesn't hurt and is actually helpful.
Comment 12 GNOME Infrastructure Team 2021-07-05 14:34:26 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.