Re: RFC: Wine Icons

[Branan Riley]

forgot CC on first send.

On Fri, Nov 14, 2008 at 5:54 AM, Joel Holdsworth
 wrote:
> Hi All,
>
> I notice that some of Wine's icons have been changed in recent releases.
> In principle I think updating the icons is a great idea, but right now I
> gotta say that icons in Wine are a real disaster.
>
> Take a look here: http://www.airwebreathe.org.uk/icons.png
>
> This is a screenshot of the shell folder select dialog. Out of those
> icons My Documents looks the least broken - with it's wannabe 98/ME/2000
> styling. Desktop, "/", My Computer and Trash look like they've been
> taken from large icons which have shrunk - badly, and with a broken
> alpha channel. And the new golden Folder icons look completely out of
> place - they bear no resemblance to anything else, they've been scaled
> down poorly, they don't look like Windows icons, and they don't fit in
> with the Gnome desktop (and I can't imagine they'd look good in KDE or
> on Mac either).
>
> I'd really like for Wine to start using icons from the Tango project, or
> similar. The purpose of Tango was to create a set of icons that are
> clear to see, and look good on Windows, Gnome, KDE, and MacOS. Surely
> that's exactly what we want?
>
> Note that ReactOS is using Tango, and it seems to be working out pretty
> well for them!
>
> Any comments on that?
>
> Best Regards
> Joel Holdsworth

The problem with hardcoding Tango is that it won't necessarily match
the user's desktop.

On Linux and FreeBSD, I'd suggest finding a way to detect the current
icon theme (perhaps determine which desktop environment is running,
then read the config file for that desktop?) and use the
freedesktop.org icon names and the XDG_DATA_DIRS variable to locate
the icons. This wouldn't work on KDE3 (which doesn't use the
freedesktop spec). In that case I would say fall back to the hicolor
icons.

On Mac, you should use the native mac icons, but that might not work
to do Obj-C issues (I know nothing about mac programming, so maybe
there's a way to get native icons without Obj-C?).

This way, when theming is implemented, the icons and the theme will
both match the user's desktop environment. It's more complicated than
just implementing Tango, but visually it makes more sense.

Branan

RFC: Wine Icons

[Joel Holdsworth]

> This way, when theming is implemented, the icons and the theme will
> both match the user's desktop environment. It's more complicated than
> just implementing Tango, but visually it makes more sense.

I totally agree. Of course hardcoding visuals isn't nearly so cool as
doing them "properly", but right now that's what we've got - and these
hardcoded visuals are even being "upgraded", so if they're being
upgraded then wouldn't it be better to upgrade in the direction of some
kind of a standard?

At least in the past the visuals sort-of looked consistent with Windows
98. Now they don't look consistent with anything. Don't get me wrong:
the new icons I see aren't specially bad - it's just that they don't fit
with anything else.

I wonder if we can fix this.

Best Regards
Joel Holdsworth

RFC: Wine Icons

[Markus Hitter]

Am 14.11.2008 um 18:46 schrieb Branan Riley:
> On Mac, you should use the native mac icons, but that might not  
> work to do Obj-C issues

On the Mac, icons are stored in separate files, so there's no need  
for system calls or Obj-C. Find them with

find /System -name *.icns

Unfortunately, they are in the uncommon ICNS format. Here's a  
procedure to convert them to the PNG format:

<http://slaptijack.com/graphics-design/converting-mac-os-x-icon-files- 
to-png/>

I have the "sips" tool mentioned there installed, so it's likely part  
of the standard distribution.

MarKus

- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter
http://www.jump-ing.de/