forgot CC on first send. On Fri, Nov 14, 2008 at 5:54 AM, Joel Holdsworth <joel(a)airwebreathe.org.uk> 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
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
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/
participants (3)
-
Branan Riley -
Joel Holdsworth -
Markus Hitter