![]() ![]() I passed the old image through the same tool that I used to make the new image (which happens to be the application for which this icon is for!) AND IT STILL SHOWS UP IN COLOR! Here's the pngcheck output. I'm trying to bring these images closer together to try to make the new one work or the old one break but I just can't figure it out. This is the most ridiculous problem that I've ever encountered. The difference between these two PNG files is what's causing the issue. Replacing this image with the new icon cases the new icon to be shown in grayscale. ![]() Replacing this image with the old icon causes the old icon to be shown in color. I played around with this some more and found that the icon (not the 256 icon!) is the one that matters. I feel like I must be barking up the wrong tree here but the only thing that changed (that affects the build) are a handful of PNG files. Would I have to write my own png encoder to solve this? Is this even possible to do with libpng? Whenever I use libpng, I just let the library choose the filters. WHY ON EARTH WOULD THIS CAUSE A PROBLEM?! I'm not aware of a way to set the row filters using the command line alone. So now it looks like the only difference between the broken PNGs and the working ones are the row filters (and of course the image data itself). New (broken) 16x16 icon after gm convert: chunk IHDR at offset 0x0000c, length 13 I passed the image through gm convert (with no arguments) which adds the bKGD and also changes the compression level and it's still being displayed in grayscale. Ok, so maybe the bKGD chunk is required? Nope. Zlib: deflated, 2K window, default compressionĠ 1 1 1 2 2 4 1 1 4 2 2 1 1 0 0 (16 out of 16) New (broken) 16x16 icon: chunk IHDR at offset 0x0000c, length 13 Zlib: deflated, 2K window, maximum compression Old (working) 16x16 icon: chunk IHDR at offset 0x0000c, length 13ġ6 x 16 image, 32-bit RGB+alpha, non-interlaced I've been looking at the PNGs themselves to try to figure this out. If I checkout the commit that changes the icons, they're gray. If I checkout the commit before changing the icons, everything is fine. ![]() In the git commit that changes the icons, the only things that change are some PNGs and a few documentation files (a link in the README, a screenshot and some other stuff). The app still launches and double clicking on a document opens the application. I've tried the obvious stuff like cleaning the build folder, relaunching Xcode and relaunching Finder but I don't know what else to try.Īll I did was update some PNGs! Everything still functions correctly. The icons appear colored inside Xcode but in context (AppIcon in the dock and Document icons in Finder) are grayscale. The icons have changed but they also show as grayscale. I updated the AppIcon and Document icon for my mac app. ![]()
0 Comments
Leave a Reply. |