Bug 208406 - Transparent icon background rendered black
Summary: Transparent icon background rendered black
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk2
Version: rawhide
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-09-28 13:26 UTC by Joachim Frieben
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-10-16 20:32:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
test app (382 bytes, text/x-csrc)
2006-10-16 20:30 UTC, Matthias Clasen
no flags Details

Description Joachim Frieben 2006-09-28 13:26:06 UTC
Description of problem:
The "dx-4.4.4-2.1.fc6" package contains an icon "dx.xpm" which has
a grey background (see bug 207841). After setting the uniform grey
background color to "none" in the "XPM" file to better blend with
the "GOME" menu button ("Applications" -> "Graphics" -> "OpenDX"),
the icon is rendered correctly in the menu but the application icon
in the title bar of the main "metacity" window now has a black
background. The same holds for the corresponding entries in the
window list (lower "GNOME" panel). The embedding of "XPM" icons with
transparent background in "GTK2" widgets seems to have a problem here.

Version-Release number of selected component (if applicable):
gtk2-2.10.4-2.fc6

How reproducible:
Always

Steps to Reproduce:
1. Launch "dx" with "dx.xpm" modified to have a transparent background.
  
Actual results:
Application icon rendered correctly with transparent background in the
"GNOME" menu but with black background in both "metacity" title bar and
"GNOME" window list. 

Expected results:
Application icon rendered with transparent background everywhere.

Additional info:
None

Comment 1 Matthias Clasen 2006-10-16 20:30:27 UTC
Created attachment 138621 [details]
test app

Comment 2 Matthias Clasen 2006-10-16 20:32:13 UTC
Your icon works fine with this little test app, so I guess this must be an issue
with dx.

Comment 3 Joachim Frieben 2006-10-18 12:14:20 UTC
The test program actually works, but it doesn't allow a conclusive
judgement. "dx" is not a "GTK" based application as yours but a "Motif"
based one. Nevertheless, application icons have to be rendered correctly
by window manager (here "GTK" based "metacity") and desktop utilities
like the ("GNOME" panel) window list applet regardless of the toolkit
which the application uses. Of course, this reasoning also holds for
plain "X/Athena" applications etc. In the case of "dx", "dx.xpm" gets
written out by an "sprintf(...)" command. I have to look into that in
more detail, but for the time being, neither of both possibilities is
ruled out.

Comment 4 Joachim Frieben 2006-10-18 16:30:57 UTC
Assuming an "OpenDX" issue, bug reported upstream, see:

    http://www.opendx.org/bugs/view.php?id=227


Note You need to log in before you can comment on or make changes to this bug.