Summary: | Critical notifications (and *only* critical notifications) should be more attention-getting | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | RaitaroH <RaitaroHikami> |
Component: | Notifications | Assignee: | Kai Uwe Broulik <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kde, nate, plasma-bugs, r2b2x3+kdebug |
Priority: | NOR | Keywords: | usability |
Version: | 5.18.4 | Flags: | kde:
Usability?
|
Target Milestone: | 1.0 | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/plasma/plasma-workspace/commit/be7efa5ec2bcf2c87947ee2ff5e2b9c70eb2084e | Version Fixed In: | 5.24 |
Description
RaitaroH
2020-04-25 07:48:43 UTC
Critical battery notification is a popup that will show on top of everything. If your laptop dies before that, looks more like a hardware problem. You can configure the warning and critical threshold in settings, though. I'll leave exploring better visualization of the critical battery state to the VDG. (In reply to Kai Uwe Broulik from comment #1) > Critical battery notification is a popup that will show on top of everything. > If your laptop dies before that, looks more like a hardware problem. You can > configure the warning and critical threshold in settings, though. > I'll leave exploring better visualization of the critical battery state to > the VDG. For me is more a case of having a demanding workload. I don't want to keep the cable in at all times to not damage the battery. So for me the battery % is always in mind, yet I still may forget about it. I also juggle machines sometimes as well, so I believe what I suggested is a much better solution than a small thing in a corner that will also disappear after a timer. As a small patch for the time being, I would suggest the battery notifications to never disappear unless the user takes that action. If we made that a full-screen overlay, I guarantee that there would be a subset of users who would call for our heads on platters. :) Imagine how disruptive it would be if you were giving a presentation or playing a game. Yes, you want to be notified that you need to stop what you're doing or plug in the computer, but not at the cost of obscuring everything you're currently doing. I agree with you that the notification pop-up shouldn't time out after one minute though. If you get up to go make tea or use the backroom, it could easily disappear before you see it. (In reply to Nate Graham from comment #3) > If we made that a full-screen overlay, I guarantee that there would be a > subset of users who would call for our heads on platters. :) Imagine how > disruptive it would be if you were giving a presentation or playing a game. Aren't we talking about KDE here? THE KDE with too many settings? Couldn't this be an optional setting for those who want it? I totally agree that a fullscreen thing can be bothering... and that's the point is it not? There is already a mute notifications option as well which could be used with this. Personally I made my battery notifications to always show up. > Yes, you want to be notified that you need to stop what you're doing or plug > in the computer, but not at the cost of obscuring everything you're > currently doing. Precisely because I am doing something important, I would like to not lose all that progress, because I missed a notification whilst being too absorbed in whatever I was doing. Isn't that right? > THE KDE with too many settings?
That's why I don't want to add new random settings, can only be in your interest then.
I still don't see the problem. The battery critical notification shows on top of everything. We have an option to change the threshold where it warns. Maybe battery low could also be changed to be on top of everything and never time out so you'd have to acknowledge it.
What I think we have here is a conflict between the legitimate desire to keep notifications out of the way and non-annoying with the legitimate desire to make critical notifications adequately attnetion-getting. This may seem strange, but anecdotally I have observed users who completely miss notification pop-ups in the periphery of their screens. This is hard for me to understand since for me the pop-up is impossible to miss. But I have seen this happen quite often for my wife (who uses Plasma) and my mother, father, and sister (who all use MacOS, which has a similar style of pop-up). Raitaro seems to be experiencing the same issue. I have never seen this happen for people using Windows 10, which has enormous, intrusive, stupid-looking pop-ups. But that's not a great solution since then non-critical pop-ups get in your way and annoy you a ton. It's an unsatisfactory sledgehammer solution, but it seems to have been specifically designed to address this, which I think is evidence that it's a legitimate issue. Perhaps we can satisfy both parties by keeping non-critical notifications exactly as they are (small, out of the way, unobtrusive) while somehow increasing the visual prominence of only critical notifications. I think the proposed full screen overlay is much too intrusive, but maybe we could consider some kind of middle ground? Like making the pop-up bigger, or making it wiggle or giving it a pulsing red border or header or something (just random ideas)? Critical notifications are the kind of thing you really *do* need to see, read and acknowledge. Git commit 45dd7bbfe18bfb91da08f2a2d07ca67e2e9401dd by Kai Uwe Broulik. Committed on 30/04/2020 at 18:04. Pushed by broulik into branch 'master'. Make low battery notification critical This ensures you have to acknowledge it and be aware that the battery is running low. Otherwise you'll only be notified during a presentation when it's critical. Differential Revision: https://phabricator.kde.org/D29309 M +35 -2 daemon/powerdevilcore.cpp M +2 -0 daemon/powerdevilcore.h https://commits.kde.org/powerdevil/45dd7bbfe18bfb91da08f2a2d07ca67e2e9401dd Great, now all that's left to do here is to (maybe) improve the visibility of critical notifications. Moving to the appropriate place where we would implement that. (In reply to Nate Graham from comment #8) > Great, now all that's left to do here is to (maybe) improve the visibility > of critical notifications. Moving to the appropriate place where we would > implement that. Can't wait to see this issue in "Adventures in Linux and KDE" Sir! :) And... it appeared! Awesome. I had an idea recently to give critical notifications an orange-tinted background for the header. That would make them more visible, and high visibility seems appropriate for critical notifications. A possibly relevant merge request was started @ https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/348 A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1098 A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1113 Git commit be7efa5ec2bcf2c87947ee2ff5e2b9c70eb2084e by Nate Graham. Committed on 03/11/2021 at 04:57. Pushed by ngraham into branch 'master'. applets/notifications: Embellish header for critical notifications We get intermittent user complaints and bug reports about notifications not being visible enough, especially on large or cluttered screens. This commit attempts to remedy the situation by tinting the header for on the left side for critical notifications using the color scheme's "warning" color. Only critical notifications receive this treatment since they're the only ones that the user really does need to see. FIXED-IN: 5.24 M +118 -86 applets/notifications/package/contents/ui/NotificationItem.qml M +1 -0 applets/notifications/package/contents/ui/NotificationPopup.qml https://invent.kde.org/plasma/plasma-workspace/commit/be7efa5ec2bcf2c87947ee2ff5e2b9c70eb2084e |