https://bugs.kde.org/show_bug.cgi?id=411314
Nate Graham changed:
What|Removed |Added
CC||o...@kde.org
--- Comment #45 from Nate Graham
https://bugs.kde.org/show_bug.cgi?id=411314
TraceyC changed:
What|Removed |Added
CC||kdeb...@tlcnet.info
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #44 from Nate Graham ---
Apparently you're not the only one who likes it. :)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #43 from Vlad Zahorodnii ---
(In reply to Nate Graham from comment #39)
> Yeah, I really love that effect. I'd be thrilled if it was upstreamed and
> made the default notification appearance effect after a few rounds of
> tweaking and
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #42 from apache ---
@Nate Graham
Would it be possible for KDE team to add center of screen position to already
existing positions sometime in the near future, regardless of other changes?
For some users it will make a huge difference,
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #41 from apache ---
Although colors of notifications are crucial for me, it is worth remembering
that some users may suffer from various medical conditions like for example
Achromatopsia:
https://en.wikipedia.org/wiki/Achromatopsia
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #40 from apache ---
> allow notifications to appear closer to the middle of the screen
Yes. Regardless of other visual effects, adding screen center position to
already existing positions would be a plus.
I like the sliding effect but
https://bugs.kde.org/show_bug.cgi?id=411314
Nate Graham changed:
What|Removed |Added
CC||vlad.zahorod...@kde.org
--- Comment #39 from
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #38 from Michael D ---
I recently discovered a nice sliding notification effect by Vlad Zahorodnii
that, at least for me, makes notifications much more attention-grabbing:
https://github.com/zzag/kwin-effects-sliding-notifications
It's
https://bugs.kde.org/show_bug.cgi?id=411314
Eu changed:
What|Removed |Added
CC||e...@eu.ca
--- Comment #37 from Eu ---
I made an account
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #36 from apache ---
> That's why you don't hardcode the colors but inherit them from one's color
> scheme, which is what the default plasma theme does.
Isn't it a problem discussed above? Actually this is the source of the problem.
This
https://bugs.kde.org/show_bug.cgi?id=411314
Nate Graham changed:
What|Removed |Added
Keywords||usability
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #35 from Nate Graham ---
Okay so we have three actionable ideas:
1. Use different header colors for the different ugencies of notifications (or
maybe just for the high/critical priority level?).
2. Make the appear animation a bit more
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #34 from Michael D ---
Sounds like a nice idea to me!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #33 from Nate Graham ---
(In reply to Michael D from comment #32)
> That's why you don't hardcode the colors but inherit them from one's color
> scheme, which is what the default plasma theme does.
>
> I actually think it would be nice to
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #32 from Michael D ---
That's why you don't hardcode the colors but inherit them from one's color
scheme, which is what the default plasma theme does.
I actually think it would be nice to be able to override or manually select the
urgency
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #31 from apache ---
I read this
https://community.kde.org/Plasma/Notifications
They propose: "It is up to the application developer to decide which urgency to
assign."
That is wrong approach. It should be for user to decide what is
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #30 from apache ---
Why not allowing custom css in configuration file to make it pretty and fun
https://tobiasahlin.com/moving-letters/
That would be awesome.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #29 from apache ---
> Perhaps we could color the header area in some way? For example notifications
> marked with Urgency=Critical could color the header red.
Why not, but what criteria will be used to decide what is "Critical"? Only
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #28 from Michael D ---
I really like the idea of changing the notification animation (potentially both
appear/disappear). E.g., I'm not suggesting stealing pantheon's animation, but
it does catch one's attention and looks very nice at the
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #27 from Nate Graham ---
> What is the difference between large screen and small screen considering
> usability of notifications?
Holding DPI constant, notifications will take up less space on a larger screen
than a smaller one, because
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #26 from apache ---
Taking into account usability, we have: time factor, look factor, importance of
notification factor (which appeared to be subjective / personally biased).
I don't know how many unstated here factors you want to take
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #25 from Nate Graham ---
Letting the user make changes to something purely aesthetic like the wallpaper
or Plasma theme is a different matter from letting the user customize something
to work around a usability problem. Asking the user to
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #24 from apache ---
> But I agree that adding an option to increase the font size doesn't make much
> sense since notifications simply inherit the font size used throughout the
> interface.
It also doesn't make any sense to change
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #23 from Michael D ---
I think it would be a welcome addition if notifications had a configurable
"accessibility" option to make them somehow stand out more, especially for
people with a lot of screen real estate. But I agree that adding an
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #22 from apache ---
This discussion doesn't make any sense. You claim that the key factor is
whether something bad happens if I miss a notification or not.
It is not about that. It is about how users (not developers) want to use their
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #21 from Nate Graham ---
(In reply to apache from comment #19)
> For example I use Timer widget. Otherwise I would have to use my phone.
> Unfortunately Kalarm requires the whole kdepim-runtime and akonadi, so I
> don't want to install it
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #20 from Emre ---
for my case, I have KDE Connect and receiving for example SMS notifications
which include some one-time password. My eye sight is not 100%, and when I'm
rushing to read the SMS content to copy the one-time-passcode, it's
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #19 from apache ---
> Notifications are generally intended to be ignorable.
The whole point is that there are different type of notifications.
For example I use Timer widget. Otherwise I would have to use my phone.
Unfortunately Kalarm
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #18 from Nate Graham ---
> The function of notification is to draw user's attention
> ...
> but also notify that something must be done, sometimes immediately.
Actually that's not really true--or at least, it's not supposed to be true.
https://bugs.kde.org/show_bug.cgi?id=411314
--- Comment #17 from apache ---
> The text in notifications is the same size as text used throughout Plasma. If
> it's too small to read in notifications, it should be too small to read
> elsewhere, in which case the solution is to increase the font
https://bugs.kde.org/show_bug.cgi?id=411314
Nate Graham changed:
What|Removed |Added
Summary|Allow to change |Notifications are not
32 matches
Mail list logo
