You are not logged in.
When I initially start up urxvt, everything acts as I expect it to:
However, when I switch to a different workspace, and then switch back, there's a strip along the bottom that is completely transparent:
This is the portion of .Xdefaults handling urxvt settings:
urxvt.depth: 32
urxvt.background: [50]black
# find a better color in gimp
urxvt.foreground: #cccccc
urxvt.scrollBar: false
urxvt.fading: 60
urxvt.fadeColor: [0]black
urxvt.borderLess: true
urxvt.internalBorder: 0
urxvt.externalBorder: 0
At first I thought it might've been urxvt's borders or something, which is why I added the last 3 lines --- to ensure there were no borders --- but as you can see, the problem persists. I start xcompmgr without any options:
xcompmgr &
Another thing I thought it might be is could it be xcompmgr's shadow? If so, how would I go about disabling it?
Offline
Looks like where urxvt just isn't stretching all the way to the bottom.
Happens to me in awesome. If I just switch to a new space, then back, it is gone, though.
Last edited by COMMUNISTCHINA (2008-08-08 01:05:47)
i don't know you that well.
Offline
If you fill the terminal with lines, is text able to fill that space? Looks like what happens if there is a partial line / column at the edge.
Offline
No, it seems to end squarely at the end of the dark area. I believe that's why I suspected it was an issue with borders to begin with.
---Edit---
If I just switch to a new space, then back, it is gone, though.
That doesn't seem to work for me. Not that it makes any difference, at least I don't think it would, but I'm using xmonad.
Last edited by Berticus (2008-08-08 01:51:50)
Offline
I'd only noticed this happening when not using xcompmgr to get transparency. And the swapping workspaces trick would work for me too (I am using xmonad). Does removing the fade entries from Xdefaults make a difference?
You might want to try this. The source has changed, the lines to add need to go about 20 lines sooner than that patch wants. But it fixed all of the redraw problems I had with odd terminal sizes. (Only problem I found was if you use internalBorder it now fills that section that didn't get redrawn with the border color, but I've never used that so its a non issue for me)
Last edited by pseup (2008-08-08 02:23:14)
Offline
ah, I see, looks to be because of the window not being a multiple of the font size. How'd you get transparency to work without xcompmgr? I don't have any fade entries in .Xdefaults. Well I'm still editing my xmonad.hs, so I guess it could be solved when I add my dzen in there. I just wanted to solve it before moving on. Well I suppose if after messing around with dzen, the problem still persists, I'll post back.
Offline
You can have fake transparency with just 'urxvt*transparent: true', and removing the depth option. But it only draws the background image into the terminal, no other windows etc will be viewable behind it.
And I mean the 'urxvt.fading: 60' 'urxvt.fadeColor: [0]black' lines you have. That makes a terminal 'fade' when it doesn't have focus, which could be causing the repaint problem to not go away when switching workspaces. (Just a guess )
Offline
oh those fade entries. Yeah, taking those lines out fixes it. Bummer... oh well, I guess I can do without urxvt fading.
Offline