Community
Participate
Working Groups
N20050608-gtk The new transparent icons are not correctly handled on the Linux-GTK platform. The icons in the task bar and the task switcher (Alt+TAB) are not rendered with transparency. Will attach a screenshot.
Created attachment 22593 [details] transparent.png Screenshot of my task switcher. The currently selected window is the Gimp window for the eclipse48.png file showing correct transparency - so it is possible to get it right. To its right is the icon for the eclipse window. Note the white and black borders to to converted transparency areas. Feels at least major for me as shipping this looks really bad.
This should probably go to SWT.
mvm: which file is being used on GTK+? Is it the .ico or the .png files?
As of last night 2005 06 08 should be ICO files everywhere but the Mac. I understood from SN that this was supported.
The problem is that ICO files with alpha are only supported on XP and GTK (and we have a bug that is preventing GTK from working). The GTK bug may be fixed after RC2. We are working to solve the general problem for Eclipse by making Shell.setImages() smarter for RC2. Stand by.
*** Bug 98985 has been marked as a duplicate of this bug. ***
*** Bug 98933 has been marked as a duplicate of this bug. ***
This bug has been used to track the badness of the icons in the Eclipse window which was solved by making Shell.setImages() smarter. I have opened bug 99253 about the specific issue of ico files with alpha on GTK+.
This was fixed by SN and SSQ for the 4pm build today.
If this bug is tracking the recent icon cheeze, then this is still a problem on windows XP in RC3. The icon in the window title is fixed, but the icon on the task bar is still badly stretched.
Isn't "cheeze" is spelled "cheese". Anyhow, can you attach a screen shot of the badness?
Stefan, gotta see the badness in XP in RC3 before proceeding because this WORKSFORME. Got a gif?
Somehow, Shell.setImages() was not fixed for the Mac. The other problems have been fixed.
The cheeze I'm seeing seems to only occur with 16-bit colour and the 120-DPI (large size) setting.
Created attachment 24055 [details] screenshot of bad icon I20050627-1435 Windows XP 120 DPI (large size) Primary monitor 1600x1200x16, 85 hz ATI 3D rage pro (PCI) Secondary monitor 1600x1200x16, 75 hz NVIDIA Vanta (AGP) I've reproduced on a MvM's machine, although the cheeze was different. Seems to be the combination of 120DPI and 16-bit colour that does it.
The cheeze seems to depend on the colour depth of the windows primary monitor, not the monitor containing the start bar. If I make my AGP card into the primary display (through windows - not the bios) and change its colour depth to 32, the problem goes away on both monitors.
when I increase the DPI setting for my graphics card on my laptop to 120 I see this behaviour as well.
Shell.setImages() has been fixed on the Mac.
Is this now fixed?
Yes, it was fixed on the Mac.