You are not logged in.
Well, I dabbled in openbox and fluxbox for a while, but have switched back to ratpoison 'cos despite its flaws, its mouseless charm is lovable
Anyway, although I haven't changed my ratpoisonrc from before, my border around urxvt is now white instead of black, and I don't know why... the border is black around firefox, as desired, but the border is either white or transparent around urxvt.
The Xdefaults options I have affecting urxvt are:
*foreground: #B0B0B0
! Green
!*background: #202f37
!*background: #20372f
! Brown
!*background: #372f20
! Blue
!*background: #101520
!*background: #151825
*background: #232b42
! Black + DarkGrey
*color0: #000000
*color8: #666666
! DarkRed + Red
*color1: #b45151
*color9: #fe8686
! DarkGreen + Green
*color2: #aece92
*color10: #97fa97
! DarkYellow + Yellow
*color3: Khaki3
*color11: #efe58b
! DarkBlue + Blue
*color4: #2797d8
*color12: #86cdea
! DarkMangenta + Mangenta
*color5: #aa6eaf
*color13: #cb96ce
!DarkCyan + Cyan
*color6: #418179
*color14: #71bebe
! LightGrey + White
*color7: #bebebe
*color15: #ffffff
*saveLines: 32767
*scrollTtyKeypress:true
*scrollTtyOutput: false
*scrollBar: false
*internalBorder: 20
urxvt*loginShell: true
urxvt*termName: rxvt-unicode
urxvt*inheritPixmap: true
urxvt*shading: 40
urxvt*font: xft:Bitstream Vera Sans Mono:pixelsize=11
urxvt*tintColor: #405070
Even when I get rid of the most likely culprits - *inheritPixmap, *shading, *tintColor and *internalBorder, the border still remains invisible.
So my main problem is getting the border back around urxvt
Also though, is it possible to change the border color in ratpoison? I spent hours customising my .rc for it, and never found an option to alter the border color...
I wouldn't even be bothered about having a border tbh, but urxvt won't sit right up against the screen edges, despite ratpoison's padding being 0. It won't even work when urxvt's *externalBorder: 0 is set in Xdefaults.
.oO Komodo Dave Oo.
Offline
Ya know - this happened to me to and I haven't had the time to look into it - I *think* it's an xorg7 rgb thing, but I can't be sure.
Now that I know I'm *not* crazy, and it is a real problem, I'll check it out tonight.
Offline
Now that I know I'm *not* crazy, and it is a real problem, I'll check it out tonight.
Lol, ok, awesome phrak.
I hate things like this that I have no logical explanation for... at least you can usually track down the cause of every problem you find, since you're sufficiently knowledgeable.
.oO Komodo Dave Oo.
Offline
at least you can usually track down the cause of every problem you find, since you're sufficiently knowledgeable.
Very OT:
When it comes to schooling, I have a degree in Computer Engineering. That is, basically an Electrical Engineering degree, with low level programming (I can recall using 7 different assembly flavors, along with C and C++, not to mention design languages such as Verilog and VHDL, plus matlab). Most people in the field that I actually work in are Computer Scientists. Now, the difference when it comes to knowledge usually isn't that great. People know how to code fairly well. However, when it comes to methodology, I feel that the engineering disciplines are superior.
Most engineering training, from a general standpoint, is all about diagnosis of an issue. A lot of time is spent dealing with design from a *generic* point of view. It may be "design a bridge for this ravine" or "design a 128bit ALU" or "design an algorithm that computes the number of LEDs lit up". In most engineering disciplines, this methodology is the same. You go about it the same way.
When it comes to Computer Science, it seems the methodology is left out, and people tend to come into the "real world" with this understanding that there is no general way to do something. You design using UML and Use Cases and that's it.
It's the same when it comes to 'fixing' something. Fixing a problem is really just re-designing the original solution (the original solution was a 'fix' for something anyway, wasn't it?). I find myself to have very good skills when it comes to diagnosing issues, and am usually pretty quick about it. That said, there is knowledge of the task at hand involved - I know, from a generic overview, how window managers work (hell, I've written a few mini ones just to get a feel for it), and thus can 're-design' the color handling fairly easilly.
I wish Computer Science would grasp the methodologies used in the engineering disciplines... it pays alot.
Offline
That was an interesting discursive offshoot, phrakture... I can't really add anything in response to it, since I'd just be supporting your view of CS students...
Where I am (Oxford Uni, UK) we learn all the theory, essentially (like logic & proof, CSP, linear algebra (for use in a 3D graphics course)) as well as some circuitry details, and stuff on algorithms and complexity, and that's basically it. It's what I want to learn though; there is a lot of choice in terms of courses we can take, and since I want to become good at software engineering, the selection of topics offered is what I'm looking for.
.oO Komodo Dave Oo.
Offline
Hey, I'm a dumbass... the rgb file was wrong... verify the RgbPath in xorg.conf - it should be /usr/share/X11/rgb
Offline
Hey, I'm a dumbass... the rgb file was wrong... verify the RgbPath in xorg.conf - it should be /usr/share/X11/rgb
Balls man, that's not the problem for me; my rgb path is fine :?
.oO Komodo Dave Oo.
Offline
You sure? Try "C-t,:set bgcolor black" it should say "undefined color" or something of the sort.
Offline
Nope, no error when doing that
.oO Komodo Dave Oo.
Offline
Give 'set barborder 0' a try
Offline
I tried it, and there was no error - I've got 'def barborder 0' in the rc file, and it runs it fine.
.oO Komodo Dave Oo.
Offline