| Summary: | Plasma notification shoud not hide when mouse is over | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Mirza <mirza.dervisevic> |
| Component: | notifications | Assignee: | Rob Scheepmaker <rob> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | andresbajotierra, ash.hunter, cyberbeat, matt, notmart, sven.burmeister, zegenie |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Mirza
2009-04-04 21:14:14 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 @ 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. Oh, I misunderstood you the first time. Sorry and thanks for the explanation 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. 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. 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" @ 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 ... Is there any way to get this changed from a wishlist to a bug? Otherwise it could get ignored for some time... Agreed - the implementation in 4.4 is no better. Please fix. I agree. this is even worse, because I cannot redisplay already hidden notifications (I can click "last notifications", but it happens nothing..) fixed in trunk 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? It definitely isn't fixed in 4.4.0 as it still happens for me... in what version can we expect to see this fixed? in 4.4 this is not fixed. "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 |