https://bugs.kde.org/show_bug.cgi?id=449029
--- Comment #3 from Piotr Kubowicz <derb...@interia.pl> ---
Thinking this way, you can dismiss any bug in do-not-disturb: the user turned
on the computer and started some programs, it was their intention to receive
the notification, so we show the notification, gotcha!
No, if I set 'do not disturb', I don't want any notifications flying around my
desktop. Maybe I am sharing my screen during an important event. Then I don't
want anything covering my desktop, and I don't want to move my mouse to close
notifications.
I cannot see how 'download finished' notification could count as an urgent or
important event. If I set 'do not disturb', I'm doing some deep work and
probably don't need to be immediately reminded a download is finished. With
current Internet speed, most downloads finish in a few seconds. 'Download
finished' notification is redundant. The file will be usually available after I
take a deep breath. If I miss the notification, nothing wrong happens. The
notification is still available in KDE notification list.
The whole principle of deep work and 'do not disturb' is replacing push ('here
is your download, it's finished, look at me, I am a very important
notification!') with pull (I deliberately decide to open the list of emails,
instant messages, transfers).
You mistake dialogs ('Do you really want to replace this file?') with
notifications ('It is finished! See what is new!'). 'Choose download location'
requires user input to do its job, thus has to be shown even in do-not-disturb
mode. 'Download finished' is a notification and should not be shown. Download
progress is also a notification.
--
You are receiving this mail because:
You are watching all bug changes.
