| Summary: | Breeze theme screen edge glow is too large | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | enoopt.adams |
| Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | bhush94, codestruct, jamboarder, kde, nate, rapiteanu.catalin |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=391343 | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
Picture of the problem, the glow is about twice as large as it needs to be
Glow in virtual box XRender screenshot Support info Output of command |
||
Agreed. Is this still implemented in the plasma theme? If so I can take the assignment to update the Breeze plasma theme. widgets/glowbar/bottomright
widgets/glowbar/bottomleft
widgets/glowbar/topleft
widgets/glowbar/topright
widgets/glowbar/top
widgets/glowbar/bottom
widgets/glowbar/left
widgets/glowbar/right
The requested size is calculated as
(physicalDpiX + physicalDpiY + 5) / 6
ie. if you're running 120dpi it's 40px and on 72dpi it's 25px
This matches the area where the thing starts to fade in.
You can btw. disable the effect (kcmshell4 kwincompositing, 2nd tab) what is one of the first things I do on new setups ;-P
I like the effect, it's just so huge. It's almost 300 percent larger than it was in kde4.Compare the size between the glow in a virtual box and my laptop. The glow is covering the window buttons. Created attachment 88090 [details]
Glow in virtual box
what's the output of xdpyinfo | grep resolution in either context? Both show 96 dpi same with xrender? (on KF5/PN) There's certainly a bug here (the glow image is also visibly clamped), but we need to figure where. The way the size is calculated didn't change, so either there's a bug in KWin's rendering or plasma's image generation. How can I figure out where the problem lies? Check the xrender backend (3rd tab in the compositing kcm) If it's too big with that as well, there's a good chance that plasma returns an oversized image (more likely that both renderes are broken in the same way) Other than that you'd have to compile a patch to debug out the generated image. Created attachment 88188 [details]
XRender screenshot
Aha ;-) Get back to opengl and post the output of qdbus org.kde.KWin /KWin supportInformation It does seem that the Xrender backend "fixes" the problem. I would say that the screen glow is too small in that backend. It's very difficult to see. http://pastebin.com/TC2Nye4L Output of command. Created attachment 88189 [details]
Support info
Please always attach to the bug, pastebin has a limited lifetime.
Can you check the behavior with a) OpenGL 2.0 b) w/o the zoom effect enabled? Created attachment 88190 [details]
Output of command
Neither opengl 2.0 nor disabling zoom changes anything. @Martin It looks like the corner glows are scaled with OpenGL compositing. Is it intentional? Iirc it is intended Marking as RESOLVED INTENTIONAL per Martin's comment. |
Created attachment 87887 [details] Picture of the problem, the glow is about twice as large as it needs to be The light blue glow that appears on screen edges that have something bound to them is huge. It's very distracting if I need to click on something in the corner of the screen, the glow covers everything underneath it.