Comment 111 for bug 438536

>What happens when the regular part of your interface that you are trying to
>interact with is located below the close button?

You could either locate the close-button somewhere else (like on the gnome
panel just above) or dismiss all queing notifications when a close-button is
clicked.

I also think the notifications are not faded enough right now. It's still
quite hard to see what you're clicking on through the notification bubble.

Groeten, David

2009/11/19 Scott Armitage <email address hidden>

> >
> > Actually I kinda like the fact that the notification is just a
> notification
> > and you can click trough it.
> > Maybe a close button could be a good idea though.
> >
>
> What happens when the regular part of your interface that you are trying to
> interact with is located below the close button? You would be forced to
> then
> close the notification prior to being able to interact with your interface.
> What's worse, is what if there are several notifications in the queue? Each
> time you close one, the next one pops up -- you are prevented from
> interacting with your desktop until the notification queue has been
> depleted.
>
> --
> Scott Armitage, B.A.Sc., M.A.Sc. candidate
> Space Flight Laboratory
> University of Toronto Institute for Aerospace Studies
> 4925 Dufferin Street, Toronto, Ontario, Canada, M3H 5T6
>
> --
> Notifications should show up closer to top right
> https://bugs.launchpad.net/bugs/438536
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
> Status in One Hundred Paper Cuts: Invalid
> Status in Notify OSD: Triaged
> Status in “notify-osd” package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: notify-osd
>
> Currently the notify-osd notifications allot space for the volume
> control/brightness semi-notifications; this is rather jarring when the
> volume/brightness isn't being adjusted, unlike in Jaunty where application
> notifications default to above the volume/brightness.
>
> -------------
> This is a design decision , any comments relating to the position can be
> discussed in the ayatana Mailing list or you can follow the discussion >
> http://<email address hidden>/msg00741.html
>
> Any discussion regarding the position need to be discussed in the mailing
> list.
> --------------
>
> Mark Shuttleworth's comments from the mailing list:
>
> "The position is final for 9.10 but can certainly be reconsidered for
> Lucid.
>
> The factors that need to be considered are:
>
> * fitting things into the corner is most aesthetically pleasing
>
> * the "synchronous" notifications (like brightness and volume) are fixed
> in size
>
> * the async notifications (IM's etc, things that happen elsewhere, not in
> response to a keypress) are variable sized and can grow vertically
>
> * sliding things around when something else grows is really bad, it is
> unpredictable and frustrating for a user trying to look at the thing
> that suddenly moves, so:
> - synchronous should not be below async (so that it does not have to
> slide down)
> - the bottom right corner doesn't work (because then async has to grow
> "upwards")
>
> * the top right corner has a lot of stuff there - window decorations,
> tabs, tab controls (new tab, close tab etc) and in many apps, a search
> input. So even though the look-through and click-through is *cool*, it's
> still better not to put async right into the top right corner
>
> For 9.10, two positions were considered and tried:
>
> In both cases, we put sync above and async below, to avoid sliding
> problems. We put them on the right hand side of the screen, as that's a
> less-used area.
>
> In the first case, we used the midpoint of the right side of the screen and
> placed the notifications there, with sync above and async below. It seems
> slightly odd to have them "hanging in space", but they conflict
> with far less content there. This was the plan for 9.10. However, when it
> landed, there were a lot of complaints saying that folks didn't like it "out
> of a corner".
>
> As a compromise, we moved to plan b, which was to put them in the top
> right, with sync above. That means that the common case, with async
> notifications, appears to leave a "gap". But it also avoids the worst
> overlaps with things like window and tab controls, and usually also the
> search bar.
>
> That's where we settled for 9.10. For 10.04 I would like to revisit the
> midpoint of the right hand side. I would not want to rehash old territory,
> so please factor in the above in proposing new ideas. I'm of
> the view that this decision involves at least one ugly compromise no matter
> which way it goes, and am happy to make the call so far (i.e. happy to be
> the one with the thick skin).
>
> If there is an implementation which avoids the issues and is sane, I'd love
> to include it.
>
> Mark"
>
>