Bug 188831 - Plasma notification shoud not hide when mouse is over
Summary: Plasma notification shoud not hide when mouse is over
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Unmaintained
Component: notifications (show other bugs)
Version: unspecified
Platform: Ubuntu Unspecified
: NOR normal
Target Milestone: ---
Assignee: Rob Scheepmaker
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-04 21:14 UTC by Mirza
Modified: 2010-02-17 18:26 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mirza 2009-04-04 21:14:14 UTC
Version:            (using KDE 4.2.2)
Installed from:    Ubuntu Packages

1. It would be great if notifications do not hide or minimize when mouse is over

2. If notification for some operation is hidden, notification should reappear once the operation is completed
Comment 1 Dario Andres 2009-04-04 21:18:18 UTC
1) Do you mean that if you put the mouse (without clicking any button )over an active notification it automatically hides ? That's a bug.

It's better to have one report per issue/wish. 

Thanks
Comment 2 Mirza 2009-04-05 12:57:14 UTC
@  Darío Andrés

What i meant is that notifications always hide automaticly EVEN if mouse is over a notification... without pressing any buttons.

I will add another bur/wish for 2.
Comment 3 Dario Andres 2009-04-05 15:13:59 UTC
Oh, I misunderstood you the first time. Sorry and thanks for the explanation
Comment 4 Matt Hubert 2009-06-05 06:22:24 UTC
I can confirm this bug. Also see potentially related bug #191926 (as you can only revive the notification by alt-tabbing to it).

Note that not only does mousing over not bring back the notification, but clicking the info icon doesn't bring it back either.
Comment 5 Daniel Andre Eikeland 2009-10-07 12:10:21 UTC
I was going to add a new wish/bug for this, bug I'll comment on this instead.
This is a semi-major usability flaw, that causes buttons in popups to become nearly unusable.

Example:
With kmess / kopete, notifications appear when people log in/out and/or leave you a message. The popup shows the message, and buttons with "ignore", "start chatting", "leave a message", etc. The problem is that you physically cannot read all the text, discover the buttons, make the decision about whether to and which button to click and at the same time move the mouse to that position + click the button.

I consider myself a fairly quick reacting person, but I can never get to the buttons in time, and I've tried. I think the notification popups in general should have a second longer delay before disappearing (especially those that doesn't stay in the notification area), but making it not disappear when you hover it would definately make an improvement, and most likely make it easier to actually interact with the notification.

As it is now it's more annoying than useful.
Comment 6 Daniel Andre Eikeland 2009-10-07 12:12:26 UTC
My comment above *could* be interpreted as "if you hover the notification, it disappears, please fix that", but it's rather the opposite - "please make it so that if you hover a notification, it stays until you un-hover it"
Comment 7 Mirza 2009-10-07 23:07:44 UTC
@   Daniel Andre Eikeland
I totally agree. That is why i posted this bug/wish.
It seems like an easy problem to fix, bu no one seems to care ...
Comment 8 Ash Hunter 2009-12-23 19:58:40 UTC
Is there any way to get this changed from a wishlist to a bug? Otherwise it could get ignored for some time...
Comment 9 Daniel Andre Eikeland 2009-12-23 20:28:19 UTC
Agreed - the implementation in 4.4 is no better. Please fix.
Comment 10 H.H. 2010-01-12 19:26:55 UTC
I agree. this is even worse, because I cannot redisplay already hidden notifications (I can click "last notifications", but it happens nothing..)
Comment 11 Marco Martin 2010-02-03 11:33:18 UTC
fixed in trunk
Comment 12 Daniel Andre Eikeland 2010-02-03 11:49:39 UTC
Great that this is fixed :)
I assume trunk is 4.5? If so, is there any chance of having this backported to 4.4 or 4.4.1?
Comment 13 Ash Hunter 2010-02-17 13:14:04 UTC
It definitely isn't fixed in 4.4.0 as it still happens for me...
Comment 14 Mirza 2010-02-17 18:18:17 UTC
in what version can we expect to see this fixed?
in 4.4 this is not fixed.
Comment 15 Dario Andres 2010-02-17 18:26:58 UTC
"trunk" at this point refers to KDE SC 4.5.
This is because the notifications UI was rewritten for 4.5; and the problem is not present now. 
Not sure if it can be backported to KDE SC 4.4 (as that will mean generating a new/different fix). This will depends on developer's time
Regards