[Xorg-driver-geode] Bug of No icon on desktop

[Writer, Tim]

On Thu, Apr 01 2010, "Huang, FrankR" <FrankR.Huang at amd.com> wrote:

> Tim,
>
>         Maybe you missed my previous mail to reply to your wiki suggestion.
> ---------------------------------------------------------------------------
>
> Do you have a wiki (preferred) or a SharePoint site? It might be
> helpful to collect some of these tips in one place.
>
> [Frank] Good point. Otherwise, we need to search some items by
> mail. It's low efficient. Do you have one?
>
>           I have created one at www.pbwiki.com, the address is as below:
>
>                 http://geodevideodrv.pbworks.com/
>
>           If you have one, we can join it. Or use this place to share
>           points.

See my comments in private e-mail.

BTW, I've wrapped your comments above and below. Traditional Internet
mailing list etiquette recommends you wrap lines at about 72 columns.
You're going to find out just how bad Outlook is. :-)

> ---------------------------------------------------------------------------
>      More, please see below.
>
>      P.S.  After you see my comments below, please see my question
>      back here:
>
>                 1)The most confusing thing is that, using the image
>                 viewer can display the icon. But no icon is displayed
>                 in all the Nautilus and menu bar. I am still assuming
>                 the windows manager will do some handle here because
>                 the eog and Display program will not rely on the WM.
>
>                 2)If using the pixmap data instead of the image(png,
>                 jpg), the icon can be displayed under WM. But it is
>                 white and black.

This approach hasn't achieved the desired goal of isolating the problem
to a small set of drawing routines so I think we will have try a
different approach.

Instead of the X server and a simple test application, let's try the X
server, a simple window manager, and a simple test application with a
colour icon. In other words, a minimal X session with window manager but
not a full blown desktop environment. For a simple window manager, you
can try icewm, fvwm, openbox, or perhaps metacity. If this demonstrates
the problem, look at the icon handling code in the window manager and
trace that back to rendering commands in the X server.

Below are my comments on the rest of your e-mail with much background
deleted.

[snip]

This is me talking:

> I'm assuming that the bug report is not a problem with the window
> manager but a problem with the pixmap rendering code. In other words,
> I'm assuming the window manger (and/or the GNOME desktop managed by
> Nautilus) uses pixmaps to render icons and that the problem is with the
> generic pixmap rendering code. Thus, you want a test program that simply
> displays a small pixmap so we can see if it's rendered properly. The
> test program should display the pixmap itself, not rely on the window
> manager to display its icon.

And your response:

> [Frank] What's the difference between using window manager to handle
> and the pixmap rendering code?

I don't know. It depends on the implementation of the window
manager. There may be no difference, there may be large
differences. That's why I'm trying to guide you into recreating the
problem with a simple test program so we know which drawing routines
trigger the bug.

> [Frank] If using the pixmap rendering code, Does it use some function
> from libxpm?

Again, that depends on the implementation of the window manager.

> [Frank] And how about the code for geode driver?

No, it won't use libxpm. It will have its own implementation and/or will
take advantage of routines in the hardware.

> [Frank] I give some prints sentence in the lx_exa.c file and found
> some functions are triggered here.

Which ones? I expect many EXA backend functions are called but we're
trying to isolate functions that fail to do what they're supposed to do.

[snip]

> [Frank] The basicwin program use a pixmap rather than an image. The
> difference is what for a pixmap from data and from an image?

Simply, pixmaps are server side objects and images are client
side. Typically, images are used when you have to to do some client side
image processing before rendering whereas pixmaps are used for static
images that are loaded once and rendered repeatedly.

> The GNOME icons are typically png or svg files, so they're colour, but I
> don't know how they are rendered.
>
> What happens if you run:
>
>     eog /usr/share/icons/Human/24x24/places/folder.png

[snip]

> What about a different image viewer, e.g. `display' from Image Magick?
> Run it like this:
>
>     display /usr/share/icons/Human/24x24/places/folder.png

> [Frank] The display application is also same as the eog. It can
> display the icon normally on the screen and the color is also right
> under two environments.

OK, so neither `eog' nor `display' demonstrate the problem but
`nautilus' does. Interesting.

[rest deleted]