Menu

#4 png2icns does not write large icons properly

fixed
None
5
2016-04-11
2009-01-23
No

I'm the Fedora project maintainer for icns2png/libicns.

Someone has opened the following bug report in our bugzilla.

Description of problem:
I created an ICNS file from 16x16, 32x32, 48x48, 128x128, 256x256, and
512x512 4-channel PNGs using png2icns. On Mac OS X, the 256x256 and 512x512
sizes are present but unreadable in the ICNS file. As a result, Mac OS X
scales up smaller icons are scaled up for these two sizes, and apparently that
causes transparency to be lost, which looks terrible and makes ICNS files
produced this way unusable.
[...]

A more detailed description is available here:
https://bugzilla.redhat.com/show_bug.cgi?id=481290

libicns is built against jasper-devel and libpng-devel in Fedora.

Discussion

  • kingrobot

    kingrobot - 2009-01-25
    • assigned_to: nobody --> kingrobot
     
  • kingrobot

    kingrobot - 2009-01-25

    Hi,

    Several bugs were fixed with png2icns since 0.6.0 and 0.6.1 - can you have your user try those versions?

    Thank you,

    -Mathew Eis

     
  • Nobody/Anonymous

    Hi Mathew, we ship v0.6.1 in Fedora.

     
  • kingrobot

    kingrobot - 2009-02-03

    Bug caused primarily by a lack of cdef block in generated jp2 icon. Manually generated cdef block added to code fixed the unreadable icns. Fix is in SVN.

    Also appears to want some icons in sorted order. Need to maintain icns elements in sorted order as elements are added and removed. Fix not yet completed.

     
  • kingrobot

    kingrobot - 2009-02-03
    • status: open --> pending-accepted
     
  • kingrobot

    kingrobot - 2009-02-06

    The bug should be fixed as of release 0.6.2

     
  • kingrobot

    kingrobot - 2009-02-06
    • status: pending-accepted --> closed-fixed
     
  • Paul Wise

    Paul Wise - 2016-04-11
    • status: closed-fixed --> fixed
     

Log in to post a comment.

MongoDB Logo MongoDB