http://qa.mandrakesoft.com/show_bug.cgi?id=5261
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2003-16-09 14:40 -------
D'oh!
I didn't think to look for that. It does seem to replace some, but only the
MIME types.
If a MIME type for an extension is present within the GNOME types (.tgz
or .psd are two that I could test), then the GNOME icon is shown. However,
without your proposed line, then a generic "document" icon is shown, in the
Wasp theme.
Which is better? I don't know. One way, you have *some* icon for every case,
even if it's not in the BeOS style. Unpatched, the theme gives only BeOS-
styled icons, but poops out if it doesn't have one at all.
Hmmm. Your call...
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: REOPENED
creation_date:
description:
The Wasp theme either attempts to replace the help icon (the lifesaver icon for
yelp, by default in the panel) or has the wrong path to the standard png.
When changing to the Wasp theme, an error pops up saying "Failed to load image
gnome-help.png / Details: file not found".
I'm not sure if the gnome-help.svg icon should be there and it just isn't, or if
the theme on purpose left it out and points to a bitmap. I couldn't find a
config file that lists icon paths. Wasp is an SVG theme, so *something* must
think that it should still point to the bitmapped file instead (hence the ".png")...
