![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Taco Hoekwater wrote:
- The current code assumes that transparancy should always be used whenever it is a) present and b) the pdf version allows it (PDF-1.4). Is this reasonable?
indeed
- There is a similar question for 16-bit color samples (PDF-1.5)
hm, more dangerous, although we may expect users to update their viewer
- My current code uses 1.0 for the 'screen gamma' and 0.45455 (==1/2.2) for the 'assumed file gamma'. Do these 'gamma values' need parameterisation?
if possible, yes
- My code ignores bKGD (the default background color), because otherwise transparancy inclusion would be pointless. That is, unless someone would want to load a transparant PNG with the background applied but without transparancy?
just ignore the bg color
- I currently ignore all color management stuff in the PNG (cHRM, sRGB, iCCP chunks). I do not know enough about it at the moment, and I wonder if anybody is immediately interested anyway? Besides, color management would require other changes to pdftex as well, I assume?
a next version of pdftex will provide overloading of the color dict so there is no need to handle it; it would probably badly interfere anyway
- (this is an unrelated question) I consider adding downsampling support for PNG images, but it would need a new primitive. Something like \pdfoptionimageresolution ?
plus \pdfoptionimageforcebw -) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------