GNOME Bugzilla – Bug 677217
Separate expanded notifications from the screen edge, queue new notifications beneath them
Last modified: 2015-02-23 22:12:03 UTC
With the existing notifications design, it is impossible to tell if a new notification arrives while an existing one is in expanded mode. The updated design [1] addresses this issue by leaving a gap between expanded notification bubbles and the bottom of the screen, and by showing newly arrived notifications beneath them. See www.youtube.com/watch?v=14z4wdgNF9g#t=0m36s [1] https://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/#A3.6_Refresh_Proposal
Also see https://bugzilla.gnome.org/show_bug.cgi?id=660476 not sure this fully addresses it but it should be better then what we have now.
Marina asked me how we should handle queued messages in banner mode yesterday. This is a good question. If a banner is being displayed and another notification 'arrives', what should happen? My answer to this is that each banner should always get displayed for a period of time. So that each notification is displayed sequentially. This behaviour should be the same if there's an expanded notification, and the banners are peeking up like in the motion mockup [1]. For each new message that arrives while a notification is expanded, a new banner should be shown peeking up and then disappearing. (I also agree with bug 660476 - we need special behaviour to prevent apps from spamming the shell.) [1] www.youtube.com/watch?v=14z4wdgNF9g#t=0m36s
Revisited the design. While the original intent was to only indicate the next in line with the "peek", the timeout seems a good indication of multiple incoming messages from conversations and other types of notifications going in. In this case it would be better not to just peek the banner, but actually show it with the icon+shortline visible. Will wait for Jon's input and update the mockups.
An amendment to the suggestion in comment 2: "For each new message that arrives while a notification is expanded, a new banner should be shown peeking up and then disappearing." We probably don't need to do this part. Simply showing the peeking banner is enough. There are two possible scenarios: 1. You dismiss the expanded notification. The peeking notification will convert into a banner. If there is another message in the queue, it will be displayed once the current banner times out. 2. You hover over the peeking banner: the expanded notification will disappear and the peeking banner will expand; if there is another notification waiting, it will appear peeking up below.
(In reply to comment #4) > An amendment to the suggestion in comment 2: > > "For each new message that arrives while a notification is expanded, a new > banner should be shown peeking up and then disappearing." > > We probably don't need to do this part. Simply showing the peeking banner is > enough. There are two possible scenarios: > > 1. You dismiss the expanded notification. The peeking notification will convert > into a banner. If there is another message in the queue, it will be displayed > once the current banner times out. This would be rather annoying ... see the "notification dos" bug. > 2. You hover over the peeking banner: the expanded notification will disappear > and the peeking banner will expand; if there is another notification waiting, > it will appear peeking up below. That one makes more sense.
*** Bug 630936 has been marked as a duplicate of this bug. ***
*** Bug 649028 has been marked as a duplicate of this bug. ***
Does this feature have a final design mockup?
With the new notifications design [1], we don't need this bug any more. [1] https://wiki.gnome.org/Design/OS/Notifications/