ID: 43508 User updated by: vbhunt at silverfox dot com Reported By: vbhunt at silverfox dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: Windows XP Professional Ver 2SP2 PHP Version: 5.2.5 Assigned To: pajoye New Comment:
If a layer has 100% transparency, how is it distinguishable from a transparent color? This strikes me as quibbling over a feature clash anomaly that causes the function to not operate correctly. Let's put it another way. Why doesn't the function ImageCreateFromPNG creation preserve the transparency of the white pixels and feed it into the image? If it did that, the function would work exactly as expected. Should the bug be rewritten to say that ImageCreateFromPNG does not preserve the opacity (or transparency) of layers in PNG files? The function simply does not work because it fails to preserve a key characteristic of a PNG file, the transparency of the image. That is the point I've attempted to make. How is this useful if the function cannot preserve key PNG image characteristics? The ImageCreateFromPNG function is broken! It fails to preserve the Transparency of the image layers that is clearly preserved in the rendering from both the leading image development tools and display applications. /Bruce Previous Comments: ------------------------------------------------------------------------ [2008-11-03 08:08:16] [EMAIL PROTECTED] "Both ImageReady 7.01 and Photoshop 7.01 show alert.png as having an opacity layer with 0% opacity (i.e. 100% transparency) that covers the rectangle not covered by RGB pixels." Exactly, there is not transparent color set but a white color with 100% transparency. The alpha channel is correctly read and the resulting image can use it correctly. Take the "alert.png" image, the top left pixel is transparent (at 0,0), using a white color with 100% transparency but it is not the bgd color. Or am I still missing your point? ------------------------------------------------------------------------ [2008-11-03 00:55:18] vbhunt at silverfox dot com This is NOT a bogus bug. Both ImageReady 7.01 and Photoshop 7.01 show alert.png as having an opacity layer with 0% opacity (i.e. 100% transparency) that covers the rectangle not covered by RGB pixels. No alpha channels are shown in either ImageReady or Photoshop. Every single one of the submitted test images properly display with proper png transparency in both IE7 and Firefox3 as well as ImageReady 7.01 and Photoshop 7.01 as was originally reported. Yet the ImageCreateFromPNG function cannot find this transparency. Therefore I continue to conclude that this is NOT a bogus bug. Can you demonstrate any working example that preserves transparency using ImageCreateFromPNG? I suspect not. I have provided you with many examples that cause this function to fail, yet have clear transparency as shown in both the development and display tools. ------------------------------------------------------------------------ [2008-11-02 18:30:25] [EMAIL PROTECTED] There is no transparent color (or known as background color). The alert.png for example uses the alpha channel, and the borders of the images is filled with the white color and 100% alpha. A png image can use either the alpha channel or the transparent color but not both. ------------------------------------------------------------------------ [2008-11-02 18:15:25] vbhunt at silverfox dot com Sorry, permissions were changed in a security sweep. I've corrected the permissions so you can get at the images: https://www.republiclocomotiveworks.com/buttons/icons/alert.png https://www.republiclocomotiveworks.com/buttons/icons/<filename>.png replace <filename> with one of the following as the first example shows. alert, group, home, left, mail, right, send, stop, stop1, trash, user Again, thanks for looking at this! /bruce ------------------------------------------------------------------------ [2008-11-02 15:15:24] [EMAIL PROTECTED] None of the images work, please provide a link to existing images. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43508 -- Edit this bug report at http://bugs.php.net/?id=43508&edit=1
