You are not logged in.
This problem is a little weird, and I think it has to do with an NVIDIA setting in Xorg.
I changes my .Xdefaults to make urxvt transparent:
urxvt*urlLauncher: firefox
urxvt*depth: 32
urxvt*background: rgba:0000/0000/0000/dddd
urxvt*foreground: #1cc600
!urxvt*foreground: #ffffff
!urxvt*background: #000000
URxvt*scrollBar:true
URxvt*scrollBar_right:true
URxvt*font: xft:Terminus:size=8
Now, every time I open a terminal and drag it around, it leaves a trail. Even when I set the background to just black again. The problem is the depth setting. If I take my old .Xdefaults and just add the depth: 32 line, it leaves this trail.
However, it doesn't leave a trail if I first RESIZE the window, then drag it around. In fact, it handles the transparency just fine when I do this.
Here is my Xorg, see if you can help:
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/local"
FontPath "/usr/share/fonts/cyrillic"
FontPath "/usr/share/fonts/encodings"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/speedo"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/util"
EndSection
Section "Module"
#Load "GLcore"
Load "dbe"
#Load "dri"
Load "extmod"
Load "glx"
Load "record"
Load "xtrap"
Load "freetype"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
HorizSync 30.0-130.0
VertRefresh 50.0-100.0
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "SWcursor" # [<bool>]
#Option "HWcursor" # [<bool>]
#Option "NoAccel" # [<bool>]
#Option "ShadowFB" # [<bool>]
#Option "UseFBDev" # [<bool>]
#Option "Rotate" # [<str>]
#Option "VideoKey" # <i>
#Option "FlatPanel" # [<bool>]
#Option "FPDither" # [<bool>]
#Option "CrtcNumber" # <i>
#Option "FPScale" # [<bool>]
#Option "FPTweak" # <i>
#Option "DualHead" # [<bool>]
Option "RenderAccel" "true"
Identifier "Card0"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName "GeForce 8300 GS"
BusID "PCI:1:0:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Offline
I'm also using xcompmgr. I think the trail it leaves is the shadow from xcompmgr.
Has nobody ever had this problem before??
Last edited by pogeymanz (2008-07-18 18:31:48)
Offline
Yep. It's definitely conflicting with xcompmgr.
Has anybody found a way to use xcompmgr and true transparent urxvt?
Offline
Has anyone did as suggested in man 7:
First of all, please address all transparency related issues to Sasha Vasko at sasha@aftercode.net and do not bug the author about it. Also, if you can't get it working consider it a rite of passage: ... and you failed.
Offline
I've noticed this too with urxvt and xcompmgr, but I think the problem lies with xcompmgr, not urxvt because exactly the same thing happens when I enable RGBa in Emesene - turned off it doesn't happen.
Offline
I've been searching in vain for somewhere to report this bug. Is xcompmgr even being developed anymore?
Offline
I've been searching in vain for somewhere to report this bug. Is xcompmgr even being developed anymore?
As far as I know, Xorg devs update it once in a blue moon, but xcompmgr was never meant to be used the way everyone seems to be using it, it is intended as a demonstration on how window managers can implement compositing. Maybe you can ask around in #xorg on freenode...
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
--------------------------------------------------------------------------------------------------------------
But if they tell you that I've lost my mind, maybe it's not gone just a little hard to find...
Offline
It's kind of a shame that they don't develop xcompmgr as a serious thing. It's pretty cool for those of us who like just a touch of eye-candy.
Offline
I have the same problem not only with urxvt but with any program which use true transparency (like google gadgets). But it dissapears when I change window size
Offline
Please use xcompmgr-dana. It solved the problem for me. Plus you can get nice transparent menus
Offline
Your package is really nice, oliwer. I had the same bug, however, with xcompmgr-dana there is even a shadow around conky which should integrate in my desktop without shadow.
Offline
It's great to know that at least the community is still hacking away at xcompmgr, even if the devs aren't.
This package certainly solves the problem for me, but I've noticed now that any window with true transparancy* (in my case, urxvt and emesene) doesn't have a drop shadow at all. So, great, the "smearing" has gone, but so has the drop shadow that was causing it.
*Edit: I should say, any window using RBGa, rather than "transparancy".
Last edited by SFisher (2009-01-07 20:53:07)
Offline
Your package is really nice, oliwer. I had the same bug, however, with xcompmgr-dana there is even a shadow around conky which should integrate in my desktop without shadow.
I think this is to do with your conkyrc, and the "own_window_type" variable.
Offline
I think this is to do with your conkyrc, and the "own_window_type" variable.
This was my thought too, but my conkyrc is not the reason. I tried it without xcompmgr-dana and it worked quit well.
Offline
Yeah I think it's because xcompmgr-dana is based on xcompmgr 1.1.3 and some bugs which have been fixed in 1.1.4 are still present. AFAIK xcompmgr-dana is abandoned Dana is working on a new compositing manager from scratch (dcompmgr) but it's not usable yet and hasn't been updated in months. I hope it's not abandoned too...
Offline
Have you tried to run "xcompmgr -S"?
Turns shadows off, but transparency works.
Last edited by tripox (2009-12-08 02:42:56)
Simplicity is the ultimate sophistication.
Maintainer of 'xbattbar-acpi' a simple single-line battery indicator - try it!
Offline