https://bugs.kde.org/show_bug.cgi?id=374224
Leszek Lesner changed:
What|Removed |Added
CC||leszek.les...@web.de
---
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #55 from Egor Y. Egorov ---
Yes, you are right. Current master without this patch crached too.
I'll open new issue...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #54 from RJVB ---
That's an unrelated bug. Are you running a recent build from the master or 1.9
branch? We fixed a few DBus-related issues not long ago.
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #53 from Egor Y. Egorov ---
Hm. Now when I press CTRL+O in chome kdialog has craching with
Application: kdialog (kdialog), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current
https://bugs.kde.org/show_bug.cgi?id=374224
RJVB changed:
What|Removed |Added
CC||k...@davidedmundson.co.uk
---
https://bugs.kde.org/show_bug.cgi?id=374224
Egor Y. Egorov changed:
What|Removed |Added
CC||egorov_e...@bk.ru
---
https://bugs.kde.org/show_bug.cgi?id=374224
Valeriy Malov changed:
What|Removed |Added
CC||jazzv...@gmail.com
--
You
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #50 from Tsu Jan ---
Recently I started to prepare Kvantum for wayland and found something that
might be relevant to Qtcurve too:
Although setting WA_TranslucentBackground works fine on X11 (with some
precautions), it
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #49 from Yichao Yu ---
By homogeneous I mean the setting is a single color.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #48 from RJVB ---
That makes it a bit difficult to check then... menu backgrounds are rarely
completely homogeneous because you have a bit of whatever the menu is attached
to (like the menubar), and the surrounding
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #47 from Yichao Yu ---
> Is what you're asking in any way different from launching the QtCurve theme
> editor via `kcmshell5 style`, setting menu opacity to 50%, confirming they
> indeed become translucent (I had to
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #46 from RJVB ---
Is what you're asking in any way different from launching the QtCurve theme
editor via `kcmshell5 style`, setting menu opacity to 50%, confirming they
indeed become translucent (I had to detach the
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #45 from Yichao Yu ---
> Yichao, what do you think, can I commit this patch?
Using WA_TranslucentBackground for QMenu sounds safe. Be sure to check if
flipping the menu opacity setting to 100% after application started
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #44 from Tsu Jan ---
OK. I just wanted to share all facts that I found because, as I said earlier, I
owe them to this report.
I can't say what should be done in QtCurve (not my responsibility). So, I have
nothing to
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #43 from RJVB ---
The intention of the patch is only to address the issue of translucent menus or
menus with rounded corners in a KFileWidget. Buggy or not, the "old way" has
been working well enough apparently. I'm
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #42 from Tsu Jan ---
> You said somewhere earlier on this ticket that menus don't need what
> addAlphaChannel does to be translucent
I said that on x11 and for MOST menus, not all.
> Windows should still be treated
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #41 from RJVB ---
You said somewhere earlier on this ticket that menus don't need what
addAlphaChannel does to be translucent, so that's why I modified the function
*for menus*. Windows should still be treated the same
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #40 from Tsu Jan ---
@RJVB
My two cents: this may be good for menus on Mac but
(1) It's too much, IMO;
(2) The windows are made translucent in the old way. I assure you that the are
(random) problems with that. You
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #39 from RJVB ---
(In reply to RJVB from comment #36)
> Created attachment 103308 [details]
> translucent/rounded menus patch MkII
Yichao, what do you think, can I commit this patch?
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #38 from Tsu Jan ---
I pushed the necessary changes to Kvantum. All apps seem happy with
translucency :) -- of course, except for those that should have opaque windows
(like many video players).
I'd like to add that
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #37 from Tsu Jan ---
> Setting it [WA_TranslucentBackground] in addAlphaChannel() resolves the
> corner issue that made the patch useless on Mac.
If so, the solution should work there too. Good news for Mac!
--
You
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #36 from RJVB ---
Created attachment 103308
--> https://bugs.kde.org/attachment.cgi?id=103308=edit
translucent/rounded menus patch MkII
The hint about setting WA_TranslucentBackground in time was actually very
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #35 from RJVB ---
> I don't have Mac and changing a code blindly isn't a good practice at all.
Of course, just like starting to hack blindly in unknown code that interacts
with Qt on a rather low/internal level isn't
https://bugs.kde.org/show_bug.cgi?id=374224
--- Comment #34 from Tsu Jan ---
> Do you think you could try to get Kvantum to work on Mac?
I don't have Mac and changing a code blindly isn't a good practice at all.
However, any Mac PR that works fine and whose logic is
https://bugs.kde.org/show_bug.cgi?id=374224
RJVB changed:
What|Removed |Added
CC||h...@kde.org
25 matches
Mail list logo