Interesting. I always had to set Cairo-Dock to not use the Open-GL backend because Cairo-Dock would act weird with my 10 year old ATI graphic card if I left it in Open-GL mode, no matter what Linux distro & Composting I used.
Maybe I.ll try it without those flags & see what happens. Thanks.
[Edit:] Removed the -c and Cairo-Dock doesn't have the semi-Transparent borders. And it doesn't act funny like it did before.
Hmmm... just noticed in line 42 (in Pluma) it has this line: -c -C -G \ which HAS the flags to A: Avoid drawing shadows on dock/panel windows (-C) and B: Don't draw shadows on DND windows (-G) but in my case it's still happening. Again, I'm wondering if this is either an AMD open source driver or my video card, as I just checked on my laptop running intel video drivers & no problems using marco with compton. Weird. Wonder if I changed the -r 10 to -r 0 in line 41 to get the radius to go away?
[Edit:] Nope, tried changing the 10 to 0. Rebooted, still get the semi-Transparent borders.
Did notice something funny though. For fun I went into MATE Tweak and in the Windows tab I changed to Marco (No compositor). Black boxes popped back up. I entered terminal & typed "compton -C -G" (no quotes of course) and pressed enter. Compositing was back on and there were NO semi-transparent borders, not even on the panel when you clicked something & when I pressed Ctrl to find the mouse pointer. So this is getting weird, why does it work when compton is ran seperatly, but not when I choose the Marco with compton?
I probably should just do a full install & start from scratch, but being lazy, I just made a startup Applications entry named 0 (so it would be first in the list and entered compton -C -G in the command box. Now when I boot, it's running fine.