[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2024-02-06 Thread Podagric
https://bugs.kde.org/show_bug.cgi?id=417453

Podagric  changed:

   What|Removed |Added

 CC||kde.podag...@slmail.me

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2023-03-05 Thread Rind
https://bugs.kde.org/show_bug.cgi?id=417453

Rind  changed:

   What|Removed |Added

 CC||kde.milr...@8shield.net

--- Comment #13 from Rind  ---
the transparency of the panel can be easily disabled with a button, why can't
the same be done for the other parts of the shell?

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2021-09-25 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=417453

doncb...@gmail.com changed:

   What|Removed |Added

 CC||doncb...@gmail.com

--- Comment #12 from doncb...@gmail.com ---
I can see some benefits to this for themers. Splitting theme assets in the svg
into shadows, an opaque background to control, and overlays (like highlights
around the edges that you wouldn't want to lose opacity) would mean that
translucent/ and solid/ could have a manually set opacity in the .desktop if
there was no need to make new svgs. As few as one svg could be needed and
opacity could be adjusted within the file instead of a set for solid/,
translucent/, etc.

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2020-02-14 Thread David Edmundson
https://bugs.kde.org/show_bug.cgi?id=417453

--- Comment #11 from David Edmundson  ---
It is technically difficult to not break existing themes, which will upset
artists. There's two alpha sources, the image itself and the background
contrast + mask. Then you can't work out what's actual widget transparency in a
picture and what's a shadow fading away. Some themes have really strong
contrast and work transparently others don't.

Also from a UX perspective I want the workflow to be super consistent. If you
want to choose a theme you choose a theme, if you want to edit a theme, you
edit a theme. 

I don't think there's a space or a need for something in between for one
setting or to treat this differently from any other theme edit.

>, I think we'll need to put some polish into Plasma Theme Explorer to make it 
>more user-friendly

ack.

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2020-02-14 Thread keybreak
https://bugs.kde.org/show_bug.cgi?id=417453

--- Comment #10 from keybreak  ---
@Nate
Yeah, sliders and 0-100 values in some config for panel, pop-ups, notification,
plasmoids should be a really great experience improvement, as long as they use
same "curve" as all rest of opacity settings!

@David
-
Anything else would be problematic. We cannot have something simultaneously
defined by the user and the theme.
-

You mean it would be technically difficult?

>From a user perspective i would imagine it as a great option having something
like checkbox:
[x] Use opacity from theme

If unchecked - give user slider controls and use those values.

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2020-02-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=417453

--- Comment #9 from Nate Graham  ---
If we do that, I think we'll need to put some polish into Plasma Theme Explorer
to make it more user-friendly. But yeah, that could work.

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2020-02-13 Thread David Edmundson
https://bugs.kde.org/show_bug.cgi?id=417453

David Edmundson  changed:

   What|Removed |Added

 CC||k...@davidedmundson.co.uk

--- Comment #8 from David Edmundson  ---
I'm ok with adding sliders to plasmathemeexplorer for easier editing of the two
values in there.

Anything else would be problematic. We cannot have something simultaneously
defined by the user and the theme.

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

[plasmashell] [Bug 417453] Make Plasma theme opacity configurable

2020-02-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=417453

Nate Graham  changed:

   What|Removed |Added

  Component|components  |Theme - Breeze
   Severity|normal  |wishlist
 Status|NEEDSINFO   |CONFIRMED
   Assignee|notm...@gmail.com   |visual-des...@kde.org
Product|frameworks-plasma   |plasmashell
 Resolution|WAITINGFORINFO  |---
Summary|Panel background opacity|Make Plasma theme opacity
   |doesn't match Konsole / |configurable
   |Menu while using same   |
   |values  |
   Target Milestone|--- |1.0
Version|5.67.0  |5.18.0

--- Comment #7 from Nate Graham  ---
So you want the ability to easily control the opacity of Plasma panels,
pop-ups, notifications, etc. In fact this is something that's desired by KDE's
VDG and in line with future plans. In particular the use case we're targeting
is allowing people to turn all the transparency *off* (without having to use a
totally different Plasma theme, of course), but as long as the proposed setting
is implemented as a slider rather than an on-off checkbox, it could accommodate
your use case too.

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