https://bugs.kde.org/show_bug.cgi?id=499891
pmarget...@gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |CONFIRMED
Ever confirmed|0 |1
--- Comment #24 from pmarget...@gmail.com ---
Hi everybody, author of 2590 here. First of all, apologies for all the
inconvenience caused by my code!
Like so many of you, I too have no use for the overlay audio icon. i found it
just getting in the way. My original intent was to have tooltip volume controls
always displayed. This was tied to the 'Mark applications that play audio'
setting. Initial code was a one line change that allowed volume controls to
always be displayed, so that you could remove the overlay icon and still have
that nifty little volume slider over applications tooltips. David Edmundson
reacted to the implications of decoupling this feature from the setting and
pinged the VDG (Visual Design Group). Valuable insights was collected and then
iterations were made all while trying to account for all the varied needs of
users. These changes didn't account for your wants: to not have the indicator
displayed at all!
To preface this, let me just say I have no authority to undo the change, I'm
just a contributor and I chose to contribute because I wasn't happy with the
way it was: all or nothing with 'Mark applications that play audio' setting.
That said, there are several ways this issue can be resolved:
1. we revert 2590
2. we revert 2590 but keep tooltip volume controls always on
3. we add another setting which controls if the audio indicator is visible
4. we do nothing
The way I see it:
1) is a straight downgrade in terms of usability
2) you can turn off the indicator back AND also have volume controls in
tooltips (see Comment 15 for possible drawbacks)
3) adds to feature bloat and makes future code maintenance more difficult but
keeps users happy (see Comment 11)
4) this causes more user frustration
Of particular value in this bug report are the findings of Steve Therrien. The
system for detection of which application is playing audio is indeed simplistic
and flawed and in the long run, this is where I would like to see development
attention turned to. For the most part, it's not Plasma's fault, it seems there
doesn't exist a standardized interface in the linux world for this kind of
interaction between a task manager and running applications. Perhaps this issue
could spark a creation of such a standardized interface but I wouldn't hold my
breath for the likes of Mozilla to adopt it quickly.
I'm changing the status of this bug to confirmed. This has been bugging me (pun
intended) ever since the PR got merged. Now let's figure out what to do about
it!
--
You are receiving this mail because:
You are watching all bug changes.
