Resize does not preserve the alpha channel of PNG images

[cermini]

1. Resize does not preserve the alpha channel of 32bit PNG images (in a PNG-to-PNG conversion) and does not inform for the loss of it.
2. The status bar ignores the alpha channel of 32bit PNG images - it does not indicate in any way the existence of alpha channel in the selected image.

[xnview]

1. Resize does not preserve the alpha channel of 32bit PNG images (in a PNG-to-PNG conversion) and does not inform for the loss of it.
2. The status bar ignores the alpha channel of 32bit PNG images - it does not indicate in any way the existence of alpha channel in the selected image.

I can't reproduce, "Option/Read/PNG/Compose ...." is checked??

[cermini]

Thanks for pointing this.

Tools -> Options -> General -> Read/Write -> Read -> PNG -> Compose image with alpha (32bits) was checked. By default this option is not checked in XnView v1.97.8. It appears that XnView used settings from previous installation.
If that's the case it is possible that it used a setting, which I made so long ago that I don't remember it at all.

[MasterHD]

I'm having the same problem resizing PNG's. The alpha layer just turns black for any resample type other than "bilinear" or "nearest neighbor" (and those produce pixelated images that don't look good).
I tried enabling/disabling the "Option/Read/PNG/Compose ...." in every combination. I can't even perform a color depth "transformation" and retain the alpha layer. Am I doing something wrong? I've tried this with xnConvert as well with no luck.

Thanks for any help.

[xnview]

Is it a 32bits PNG?

[MasterHD]

The color is 8-bit depth, and all 4 channels (RGBA) are active. But I have since moved on because I didn't realize there was a response here
Have you been able to reproduce this problem?

[xnview]

The color is 8-bit depth, and all 4 channels (RGBA) are active. But I have since moved on because I didn't realize there was a response here
Have you been able to reproduce this problem?

No, please send me a picture file?