[ icewm-Bugs-574037 ] Custom Icon not always used

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Bugs item #574037, was opened at 2002-06-26 11:59
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=574037&group_id=31

Category: icewm-1.2
Group: image handling
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Thornbury (kuwanger42)
>Assigned to: Marko Macek (captnmark)
Summary: Custom Icon not always used

Initial Comment:
Setting a custom icon with ~/.icewm/winoptions or the
like functions properly, except in quick switch windows
where only when the program in question is selected is
the proper custom icon used.

----------------------------------------------------------------------

Comment By: Michael Thornbury (kuwanger42)
Date: 2002-07-31 04:36

Message:
Logged In: YES 
user_id=543010

Okay, I've tested some more per the suggestion of corith and
have discovered the following behaviors:

1) directly specifying an icon resolves the issue
2) pngs do work, but apparently only when directly specified
(they might also work by include the .png extension on the
icon specification, but I haven't bothered trying)

This leads me to believe a number of things, including:
winoptions and toolbar uses an inconsistent search algorithm
in the icon path, pngs aren't searched for, and I could
"fix" this by writing a script to do the work for me so it'd
be a non-issue.

In any case, it'd be nice if this were fixed in some means
beyond the hack solution.

----------------------------------------------------------------------

Comment By: Michael Thornbury (kuwanger42)
Date: 2002-07-27 13:24

Message:
Logged In: YES 
user_id=543010

Partially true.

The quick switch window is inconsistent with the rest of the
icons.  For some reason, the taskbar, toolbar, etc are all
using the second match in the icon path while the quick
switch is sometimes using the first.

At least for the xchat icon, I'd assume it has something to
do with choosing the closest size or something.. 
ROX-Filer's icon might be the same way, except quick switch
allows both large and small.  The only problem with this
analysis is it's a regular sized (32x32) icon, and other
apps don't have the problem.  On the other hand, I don't
have to specify the icon for most icons, so I'd assume
that's a key part of the equation.

Until I can return to my own computer (possibly Tuesday), I
can't confirm how specifying a direct path effects the
situation.  When I can, I'll test it and see if it helps.

PS - Png images don't appear to work at all for me.  I have
compiled in imlib, but I've been compiling manually (I build
icewm-1.2.0pre1-3 prior to there being an ebuild), so that
might be a factor in why png images don't work.  In any
case, I'll check that out too buy upgrading to icewm-1.2.0
using emerge.

----------------------------------------------------------------------

Comment By: Corith Malin (corith)
Date: 2002-07-23 03:52

Message:
Logged In: YES 
user_id=119092

First off, great choice in a distro.  I too use Gentoo, and
infact, I am the one who submitted both the icewm-1.2.0pre3
and 1.2.0 ebuilds for icewm.  Anyways, back to the subject.

Let me make sure that I understand your problem.  Pretty
much, if there are other programs open on your workspace,
and one of them is X-Chat, and you try to do an alt+tab, the
icon isn't the X-Chat icon?

If that is the case, I do not have this problem, but I have
a couple differences than you.

1.  I am running icewm 1.2.0

2.  I didn't add any paths for my icons, I just put the
complete path in my menu file, which looks like this:

prog X-Chat /usr/share/pixmaps/xchat.png xchat

Oh, and I guess I am using a png icon rather than an xpm
icon.  Hmmm.  Wonder if that makes a difference.  Don't see why.

Anyways, this puts the correct icon within the program menu,
the program task bar ("start" bar) and the alt+tab window
when holding it down.

See if that works for you?

I'll watch this bug so either email me direct or just submit
another comment on here and I should see it.

-- Craig Callender

----------------------------------------------------------------------

Comment By: Michael Thornbury (kuwanger42)
Date: 2002-07-23 03:11

Message:
Logged In: YES 
user_id=543010

Since my original comment is a little vague, I think a real
world example would help.

First off, I'm using Gentoo 1.2a and icewm-1.2.0_pre3.  I'll
update to 1.2.0 soon, but the notes don't make any mention
of fixing this bug, so I doubt they've been fixed.

In any case, icewm is compiled with support for imlib,
shaped-decorations, and gradients, to name the few important
features.  Everything else is standard.

In my preferences I have the following line:

IconPath="/usr/share/icons:/usr/share/pixmaps:/usr/lib/X11/icewm/icons:/usr/share/icons/hicolor/32x32/apps"

In my winoptions, I have the following lines:

X-Chat.icon: xchat
ROX-Filer.ROX-Filer.icon: folder
ROX-Pinboard.icon: folder

And my toolbar has:

prog X-Chat xchat xchat

Now, I have the following icons that reside in the path
supplied by IconPath:

/usr/share/icons/mini/xchat.xpm
/usr/share/icons/xchat.xpm
/usr/share/icons/folder.xpm

The toolbar and the taskbar both use .../mini/xchat.xpm icon
for x-chat.  The quick switch window uses .../xchat.xpm for
an x-chat window that's not selected and .../mini/xchat.xpm
for a selected window.

The taskbar shows no icon for a ROX-Filer window.  The quick
switch window shows .../folder.xpm for both a selected and
non-selected ROX-Filer window.

Any ideas?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=574037&group_id=31