[dolphin] [Bug 439864] Dolphin resets to "Home" and forgets paths of all tabs that are not available on start [regression]

2023-05-31 Thread Walerian Walawski - w87.eu
https://bugs.kde.org/show_bug.cgi?id=439864

Walerian Walawski - w87.eu  changed:

   What|Removed |Added

 CC||kde@w87.eu

--- Comment #18 from Walerian Walawski - w87.eu  ---
Same here, Dolphin version 23.04.1 on KDE neon 5.27
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.106.0
Qt Version: 5.15.9

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 411314] Notifications are not noticeable enough under certain circumstances

2020-11-09 Thread Eu
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 just to chime in that I too have problems with the poor color
contrast of popups. See my attached screenshot:

https://i.imgur.com/u17bklg.jpg

If you look at it, and look really close at the top right corner you can just
see the popup. Nothing crazy done with the colors there, it's just the default
'Breeze Dark' theme and a notify-send of critical urgency as an example. From a
usability standpoint this is less than ideal.

I've noticed in this bug conversation there has repeatedly been asked a
question that implies there is a binary choice to be made: Does the theoretical
notification you missed contain information that you SHOULD have been made
aware of?

YES -> THEN the notification must be held on the screen until you manual close
it

NO -> THEN it's information that you didn't really need to be aware of so it's
fine if you don't see it.

This is wrong (and makes notifications more like a non-modal dialog, which we
already have). Notifications are also for information that only a user is able
to judge the importance of. Notifications are therefore a balancing act between
forcing the user to pay attention and allowing the user to easily ignore them. 
Making them so unobtrusive as to be invisible ignores that balance. 

It is important to differentiate between 'requiring user interaction' and
'requiring user attention'. Notifications should require user attention but
because they don't require user interaction they are easily ignored.  That is
just one theory of UX though, Jakob Nielsen says:

10 Usability Heuristics for User Interface Design
https://www.nngroup.com/articles/ten-usability-heuristics/

> #1: Visibility of system status
>The system should always keep users informed about what is going on, through 
>appropriate >feedback within reasonable time.

If you don't see the notifications, you aren't informed.

In my case, part of my issue may just be an accessibility one, I can't hear any
notification SOUNDS so notifications must VISUALLY grab my attention, and they
completely fail to do that (even when using 'Breeze High Contrast' colors).
I've even tried "Use visual bell" under Accessibility, but notifications seem
to be immune to it's usual magic. I don't know what the solution is but it's
obvious to me there is an issue.  

In addition to all the other solutions the smart people are thinking about, I'd
like to add these additional ideas to ponder: make 'Use Visual Bell' work with
notifications, allow notifications to appear closer to the middle of the
screen, modify the 'Breeze High Contrast' colors to increase notification
contrast with other windows, develop a new Desktop Effect specific to
notifications (throb? blink? rainbow?)

I find that KDE is by far the best UX experience, which is ironically why this
one UX wart is so irritating.

-- 
You are receiving this mail because:
You are watching all bug changes.