Xsgi Visual Problem

2002-06-14 Thread Brian Hechinger
has anyone ever taken a look at this? i've tried both 0.62.1 and 0.65.0alpha8 and they both exhibit the same problem, which is corrupted visuals. not the black boxes that i've seen mentioned in the archives, but just a distorted mess instead of menus and taskbar. i can click on stuff, so they

Re: Xsgi Visual Problem

2002-06-14 Thread James E. Flemer
On Fri, 14 Jun 2002, Brian Hechinger wrote: has anyone ever taken a look at this? i've tried both 0.62.1 and 0.65.0alpha8 and they both exhibit the same problem, which is corrupted visuals. not the black boxes that i've seen mentioned in the archives, but just a distorted mess instead of

Re: Xsgi Visual Problem

2002-06-14 Thread Brian Hechinger
On Fri, Jun 14, 2002 at 12:30:54PM -0400, James E. Flemer wrote: Take a look at this: http://www.mail-archive.com/blackbox@troll.no/msg01336.html I have had this problem on Solaris 8 (sparc), when the display has lots of color depths. xdpyinfo says something like (I am doing this from

Re: Xsgi Visual Problem

2002-06-14 Thread James E. Flemer
Perhaps now that there is someone around with access to a box where this happens Brad or Sean will be able to fix it. I thought that -depth 24 -class TrueColor would fix it too, I think that did it for Solaris. I was working with 0.61.1, and added just enough debugging code to figure out what was

Re: Xsgi Visual Problem

2002-06-14 Thread James E. Flemer
On Fri, 14 Jun 2002, Brian Hechinger wrote: this looks like it could be very easy to fix, the question is, how do we want to handle it? sort through the list of depths and pick the highest one? in the short term, i'll hardcode mine to 24 if need be, so i'll at least have a working system,

Re: Xsgi Visual Problem

2002-06-14 Thread Brian Hechinger
On Fri, Jun 14, 2002 at 02:11:25PM -0400, James E. Flemer wrote: Well .. If all it is picking the depth for is title bars and menus etc, then we probably don't need the highest one. I'd say it should take the smallest one above 8 (or if none 8 exist, then the highest there is). I assume

Re: Xsgi Visual Problem

2002-06-14 Thread Brian Hechinger
On Fri, Jun 14, 2002 at 01:59:27PM -0400, James E. Flemer wrote: diff -bru blackbox-0.61.1-orig/src/BaseDisplay.cc blackbox-0.61.1/src/BaseDisplay.cc --- blackbox-0.61.1-orig/src/BaseDisplay.cc Thu Oct 5 17:05:40 2000 +++ blackbox-0.61.1/src/BaseDisplay.ccTue Jan 29 20:04:29 2002

mouse question

2002-06-14 Thread Brian Hechinger
ok, now that i've got it working, i'm not having much luck getting the mouse switched to left-handed mode. bbconf is out of the question unless i manage to get Qt installed, but from what i hear, that's not so easy on IRIX. any pointers? thanks. -brian -- I mean Twinkies are good but getting

Re: mouse question

2002-06-14 Thread Jeremy C. Reed
On Fri, 14 Jun 2002, Brian Hechinger wrote: ok, now that i've got it working, i'm not having much luck getting the mouse switched to left-handed mode. bbconf is out of the question unless i manage Read your xmodmap manual page -- search for left-handed. It has an example. Jeremy C. Reed

dual head focusing

2002-06-14 Thread Chris Phillips
hi, i'm not sure if this is within the scope of blackbox or wether it is just a fundamental X issue, but i find then when i use blackbox on my dual head system the mouse location alone doesn't determine which head will recieve key strokes, and so to switch workspaces or such i have to open a

Re: dual head focusing

2002-06-14 Thread Greg Gilbert
* Chris Phillips ([EMAIL PROTECTED]) wrote: hi, i'm not sure if this is within the scope of blackbox or wether it is just a fundamental X issue, but i find then when i use blackbox on my dual head system the mouse location alone doesn't determine which head will recieve key strokes, and so

Re: dual head focusing

2002-06-14 Thread Marc Wilson
On Fri, Jun 14, 2002 at 11:07:19PM +0100, Chris Phillips wrote: hi, i'm not sure if this is within the scope of blackbox or wether it is just a fundamental X issue, but i find then when i use blackbox on my dual head system the mouse location alone doesn't determine which head will recieve