darklaf icon indicating copy to clipboard operation
darklaf copied to clipboard

[Tooltip] Shadow broken on KDE-Plasma

Open weisJ opened this issue 3 years ago • 13 comments

@GraxCode wrote: image Manjaro Linux

@weisJ wrote: @GraxCode This looks like a slightly different problem to me. Rather than what is happening here, there seems to be a problem with the >painting of the tooltip shadow. This may be caused by some weird alpha compatibility. What desktop environment are you >using and does this issue occur every time?

@GraxCode wrote: I am on KDE-Plasma 5.20 (Framework 5.77). This always happens the first time hovering on something after starting the GUI. >After the first hover, it doesn't occur anymore.

Originally posted by @weisJ in https://github.com/weisJ/darklaf/issues/172#issuecomment-789259715

weisJ avatar Mar 14 '21 21:03 weisJ

Still has those weird lines image

GraxCode avatar Mar 17 '21 16:03 GraxCode

Is this only the first time per tooltip or for the first tooltip all together?

weisJ avatar Mar 26 '21 00:03 weisJ

Pretty sure it was first time for everything. (Can't test due to: java.lang.NoClassDefFoundError: Unable to load class com.github.weisj.darklaf.ui.text.DarkTextUI due to missing dependency com/github/weisj/swingdsl/laf/VisualPaddingProvider)

GraxCode avatar Apr 05 '21 17:04 GraxCode

I think the NoClassDefFoundError should be fixed now. That is an artifact because of a separate library I am currently creating.

Pretty sure it was first time for everything.

That is very strange. It might be related to the configuration of the tooltip window. As pretty much the same window is shared for (almost) all tooltips that could explain why it only happens when the first tooltip is displayed.

weisJ avatar Apr 09 '21 21:04 weisJ

Still throws that error after cleaning, rebuilding multiple times. Do i have to delete cache or something?

GraxCode avatar Apr 11 '21 10:04 GraxCode

Oh I think this may be related to gradle not supporting transitive dependencies with latest.integration as their version. The problem should go away if you declare com.github.weisj:swing-dsl-laf-support:latest.integration as a dependency manually.

weisJ avatar Apr 11 '21 11:04 weisJ

Doesn't fix the problem.

GraxCode avatar Jun 13 '21 13:06 GraxCode

But I can tell you, instead of the original lines, now a black background is behind the tooltip.

GraxCode avatar Jun 13 '21 13:06 GraxCode

Interesting. I think I'll have to setup a local KDE-Plasma environment to investigate this issue.

weisJ avatar Jun 13 '21 18:06 weisJ

I was not able to reproduce this issue on my machine. Are you using X-Server or wayland? Also try to to disable opengl rendering in the system settings. As I am running plasma through wsl I can only test it for X-Server with XRender instead of opengl. This gives me the reason to believe it may be related to either one.

weisJ avatar Jun 23 '21 18:06 weisJ

I am using KWin and X11. Issue is still happening.

GraxCode avatar Apr 20 '22 20:04 GraxCode

You can disable the shadow by setting UIManager.put("ToolTip.paintShadow", false). Until I can reproduce the issue this is the best I can offer.

weisJ avatar Apr 20 '22 21:04 weisJ

2023-06-09-121758_1920x1080_scrot This is what tooltips look on Manjaro i3. The shadow is rendered by i3, it doesn't know the real size of the tooltip. Setting ToolTip.paintShadow to false does not change anything.

loerting avatar Jun 09 '23 10:06 loerting