[notifications] phone notifications should appear modally and block events to the app below

[Jouni Helminen]

New request from UX to change the notifications on the phone so that the user needs to react to the notification (dismiss, approve, whatever) to be able to continue to use the app/phone. This would be phone specific, and not affect tablet and desktop. In the future we would like to have both modal and non-modal notifications.

So notifications would appearl in a modal view, with a 50% transparent black background blocking access to the app below (see attached visual)

Can we assess the engineering requirements and have a chat on hangouts?

[Michał Sawicz (saviq)]

This is relatively easy to implement. Should this affect tablet, too? I.e. full-screen darkening? How about the greeter?

[John Lea (johnlea)]

@saviq; no, this should only affect the phone. Tablet and Unity8 desktop should be unaffected. Also this effect should not be present in the greeter.

[Mirco Müller (macslow)]

I assume that such modal notifications would then imply no timeouts?!

[John Lea (johnlea)]

On 28/02/14 14:43, Mirco Müller wrote:
> I assume that such modal notifications would then imply no timeouts?!
>

No, timeouts remain and are unaffected by this change. This is a
stopgap solution for the 14.04 phone, ultimately we will have a
structure with both modal and mon-modal notifications, but this is a
quick fix until this is ready. Any questions ping me on IRC on Monday.
Thanks!

[Mirco Müller (macslow)]

Let me sum up what I can take away from this...

* this modal behaviour is meant to apply to snap-decisions only, but not ephemeral or interactive notifications
* timeouts are meant to be left untouched
* a fullscreen black backdrop beneath the notification with 50% opacity consuming all input
* only to apply to the phone

Correct?

How does this affect the visual snap-decison queue (max. 5 snap-decision on screen, see https://www.youtube.com/watch?v=LVryb_-gRR0)?

[John Lea (johnlea)]

All correct.

In response to your last question, if the semi-transparent black backdrop is visible, all subsequent notifications (SnapDecisions, tappable notifications, NotifyOSD) appear on top of the backdrop, the ordering is unaffected. If all the Snap Decisions timeout or are dismissed, the black backdrop is removed.

[Mirco Müller (macslow)]

Alright, thanks!

[Mirco Müller (macslow)]

Here's the attached branch in action: http://www.youtube.com/watch?v=sqqmPBa97U0

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity-notifications - 0.1.1+14.10.20140505-0ubuntu1

---------------
unity-notifications (0.1.1+14.10.20140505-0ubuntu1) utopic; urgency=low

  [ Mirco Müller ]
  * Make the Roles enum available to QML. (LP: #1285712)
 -- Ubuntu daily release <email address hidden> Mon, 05 May 2014 12:25:31 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity8 - 7.86+14.10.20140505-0ubuntu1

---------------
unity8 (7.86+14.10.20140505-0ubuntu1) utopic; urgency=low

  [ Ted Gould ]
  * Provide a dbus interface for setting the count and countVisible
    properties. (LP: #1301400)

  [ Michał Sawicz ]
  * Pass env variables to initctl start.
  * Suffix .sh to our scripts and clean up debian/rules.
  * Adapt to Debian Qt package renames and drop unneeded Dee plugin
    dependency.

  [ Ying-Chun Liu ]
  * Add Zoomable Image for Preview widgets.

  [ Albert Astals ]
  * Remove support for Qt <= 5.2.1

  [ Mirco Müller ]
  * Implemented feature-request from Design for modal snap-decision
    notifications on the phone. See LP #1285712 (LP: #1285712)

  [ Andrea Cimitan ]
  * Make progressbas in preview widget big as the button

  [ CI bot ]
  * Resync trunk
 -- Ubuntu daily release <email address hidden> Mon, 05 May 2014 12:09:43 +0000