Re: Galeon 1.3.20 content window rendering strange; gtk or gecko problem?

On Tue, Oct 11, 2005 at 11:05:23PM +0200, Michael Mauch wrote:
> Gordon Pedersen wrote:
> 
> > On Mon, Oct 10, 2005 at 09:28:09PM +0200, Michael Mauch wrote:
> > > 
> > > > href="http://www.visi.com/~gordon/galeon/index.html"> sample
> > > > graphics here</a>.  You may have to download the screen-captures
> > > 
> > > These screenshots look like your X is using only 256 colors
> > > (PseudoColor). Try "xdpyinfo | grep class" and see whether it says
> > > "class: PseudoColor".

$ xdpyinfo |grep class
    class:    PseudoColor
    class:    GrayScale
    class:    StaticColor
    class:    TrueColor
    class:    TrueColor
    class:    TrueColor
    class:    TrueColor
    class:    DirectColor
    class:    DirectColor
    class:    DirectColor
    class:    DirectColor
    class:    StaticGray

Here is xdpyinfo detail for the only screen (screen #0) and the
PseudoColor section of it:

[snip]
screen #0:
  dimensions:    1600x1200 pixels (406x305 millimeters)
  resolution:    100x100 dots per inch
  depths (7):    8, 1, 4, 15, 16, 24, 32
  root window id:    0x4f
  depth of root window:    8 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 1
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xfa200c
    ButtonPressMask          ButtonReleaseMask
ButtonMotionMask         
    StructureNotifyMask      SubstructureNotifyMask
SubstructureRedirectMask 
    FocusChangeMask          PropertyChangeMask
ColormapChangeMask       
  number of visuals:    12
  default visual id:  0x27
  visual:
    visual id:    0x27
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
[snip]

All the classes are like the PseudoColor class except for the
"visual id" and "red, green, blue masks"--ie, they all have 256
colormap entries and 8 significant bits.

Looks like you're suspicions were correct.  But I don't know how
to correct this.  I've tried changing DefaultDepth value to 15
and 24 in XF86Config-4, but it made absolutely no difference.

Thanks for help so far.  Hope you can make some sense of this.


> 
> .. way to reconfigure the X server on Debian. Probably something like:
> 
>   dpkg-reconfigure xserver-xfree86
>   dexconf

# dpkg-reconfigure xserver-xfree86
# dexconf -o /etc/X11/XF86Config-4

I did this.  Minimal impact on XF86Config-4.  No change to symptoms.


-- 
Gordon Pedersen             [email protected]


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl