Open SolisX opened 6 years ago
I think that it is Icewm. With the corrections to ARGB visuals down to the frame, the frame is now 32 deep ARGB visual when the client is. I notice that your Roxterms are more transparent than your xterms. One reason is that roxterm uses ARGB visuals when a composite manager is present. Compton is applying normal window transparency on top of the ARGB transparency that Roxterm is providing in its visual. The problem is that I think that Icewm writes on the frame using a 24 deep RGB visual GC. There are three ways around this, have Icewm set the alpha channel when it writes to 255 (so its not clear); implement _NET_WM_OPAQUE_REGIONS which tells the the composite manager to ignore the alpha channel for the rectangles described by the property; or not draw on the frame at all, but draw on properly positioned default visual subwindows instead. Unfortunately, Icewm mixes the painting routines for frames and other windows, so I have to meter it pretty heavily just to find out where and what it writes to frames. It looks like more than just the border from your screenshot.
@SolisX Should work better now I hope. There are in fact two solutions implemented. Choose by the configure --disable-gdk-pixbuf option.
Hello Gijsbers,
I'm getting corruption with that option.
That theme looks like Dark-Ice to me?
I can now reproduce the corruption for themes which have gradients for taskbuttons.
But without --disable-gdk-pixbuf
they all work fine for me. You too?
So it's a yximage thing.
Yeah without --disable-gdk-pixbuf it works fine for me too.
thx for testing and thx for the info! we'll classify the yximage module as alpha and unfit for release as both upscaling and downscaling are no good yet.
You're welcome. Thanks for fixing those issues.:)
Hello Everyone,
Don't know if this is a bug with icewm or compton. When i'm using compton with roxterm or xfce4-terminal the left,right and bottom of the frame becomes super transparent. This does not happen with xterm.
Look at the screenshot below.