GNOME Bugzilla – Bug 616615
Request for larger size icon (96x96, 128x128, 256x256)
Last modified: 2018-06-29 22:38:25 UTC
Hi, everyone, I'm using Windows 7, there is a trend to using larger icon than 48x48. I usually like to set icon size for my desktop to "Large Icon", which is 96x96 or 128x128. However, GnuCash only support to 48x48, which makes my desktop looks wired, since other icons are big, GnuCash's one is much smaller. Windows 7/Vista support even larger icon, "Extra Large Icon", in explorer, which is 256x256, which makes the difference much more significant. I found that other software just include 256x256 to support the larger size above 48x48. So, I think that it should not be hard to includes those higher resolution icons. 32-bit color is also request, as they provide more glossier image. Could you provide the gnucash-icon.ico in higher resolution with higher color depth, which contains : For 32-bit color: ---------------------- 256x256 128x128 (optional) 64x64 (optional) 48x48 32x32 16x16 For 8-bit color (currently contained): --------------------- 48x48 32x32 16x16 Some softwares, such as Inkscape, VirtualBox and Firefox, add shadow in 32-bit images, which makes the icons looks much better. Could you do it for 32-bit color version too?
I have added larger version icons (64, 96, 128, 256). They are simply renderings of the 48x48 svg at bigger sizes. I'm not a graphics designer, so I don't know how to add fancy improvements like shadows or higher bit depths. If someone feels inspired, he/she is most welcome. I'll package the results (if they are considered an improvement overall).
Created attachment 159438 [details] gnucash icon I tried it from svn, It looks great. I don't know how to make shadows, either. But, I found it has a light shadows already. And I found you forgot include 8-bit version, and lower resolutions, such as 16x16, 24x24, 32x32. And there are two 48x48 (32-bit) icon inside, one without transparent background. I added them from art/tango/ and remove the duplicate. You can check it out on the attachement.
Thank you for testing. Your patched gnucash-icon.ico also contains two images at 48x48, by the way, I guess one was coming from the tango/scalable directory. I did commit a new .ico file with all the sizes from 16 to 256, all included only once, with transparent background. As for the 8-bit version, the original .ico file contained 3 icons only, all at 24bit (+1 bit alpha channel). So there were no 8-bit versions available. The new file has 24bit+8bit alpha channel icons. I don't know if XP has trouble with the 8bit alpha channel or not. If so, I'll have to redo it once more.
Yes, The file contains 2 48x48 image on different color depth. The first one is 48x48 - 32-bit, the second one is 48x48 - 8-bit. And for all image below 48x48, I used 8-bit color to store them, since there is no significant difference between 8-bit and 32-bit in such low resolution. So, the images in the attachment are: --------------------------------------- 256x256 - 32-bit 128x128 - 32-bit 96x96 - 32-bit 64x64 - 32-bit 48x48 - (8-bit, 32-bit) 32x32 - 8-bit 24x24 - 8-bit 22x22 - 8-bit 16x16 - 8-bit --------------------------------------- So, 10 images in total. These images should cover most cases. I think Windows should be ok for handling 8-bit icon, since Iexplorer.exe from Microsoft contains following icons: --------------------------------- 256x256 - (32-bit) 48x48 - (4-bit, 8-bit, 32-bit) 32x32 - (4-bit, 8-bit, 32-bit) 24x24 - (4-bit, 8-bit, 32-bit) 16x16 - (4-bit, 8-bit, 32-bit) --------------------------------- So, Windows should be able to handle 8-bit icon.
I'm curious, in what circumstances would the 8-bit icon be required ? Won't Windows convert a 32-bit one to 8-bit when needed ? Personally, I don't think the quality degrades that much that it would be a problem. As I mentioned, the original .ico file didn't have any 8-bit icons at all.
For 8-bit, I think it will be used under system with only 256 colors. Windows or other desktop will auto-convert from 32-bit to 8-bit. But the icon's quality is depends on the convertion algorithm. And sometimes, the result is not good. I think that is why 8-bit icons usually included in .ico file. However, it is not problem for our case. The icon of GnuCash doesn't contain that much of colors. 8-bit pattern could contain almost all colors in the image. We use 32-bit in our icon will just benefit from the 8-bit alpha channel, instead 1-bit alpha in 8-bit version. So, for higher resolution versions, 32-bit does looks better. But for low resolution ones, it doesn't matter. So, I saved them in 8-bit. I double checked the icon included gnucash 2.3.12, which is /share/gnucash/pixmaps/gnucash-icon.ico. It only contains 8-bit images. ----------------------------- 48x48 - (8-bit) 32x32 - (8-bit) 16x16 - (8-bit) ----------------------------- There is no 32-bit icons included in original .ico file. I checked the png files, they are 32-bit color png file. So, at last time .ico creation, they are loaded as 8-bit into .ico file. I'm using Windows platform now, so I use the freeware, IcoFX, to do the icon editing. I don't know which tools are you using, but if you are using Windows, you can use this tools to check the color depth of each image in the .ico file.
Hmm, that's interesting. I am using image-magick on linux to check and create the .ico file. For the old gnucash-icon.ico, it reports tree images with: Depth: 8-bit Red channel: 8-bit Green channel: 8-bit Blue channel: 8-bit Alpha channel: 1-bit For the newly create gnucash-icon.ico, it reports 9 images with: Depth: 8-bit Red channel: 8-bit Green channel: 8-bit Blue channel: 8-bit Alpha channel: 8-bit So it only reports a difference in the alpha channel, which made me assume the images were 32-bit or 24-bit. Looking better, I notice the difference is really in the type: The old icon has Palette-type images, the new file has TrueColor-type images. So indeed, there were true 8-bit images in the old file, using an 8-bit color palette. So I've done one more icon file with the smaller icons in 8-bit (up to 24x24) and all larger icons in 32-bit. I also tried one with the larger icons both in 8-bit and 32-bit, but the 8-bit shadows looked very bad, so I decided rather to remove the 8-bit images again.
Hi, Geert I just double check the icon in trunk, I found all of them are 32-bit color depth. So, it is not the .ico I submitted. It's ok, but the comments of SVN said ---------------- Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit --------------- Actually all of them are 32-bit, so the comment is a little bit misleading. If the icon is generated by some tools, the tools might only support 32-bit. But nothing to worry, I just mention it. It doesn't affect the look and feel. :)
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=616615. Please update any external references or bookmarks.