DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=42028>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=42028 ------- Additional Comments From [EMAIL PROTECTED] 2007-04-03 00:06 ------- Some investigation of #2, inside ImageIOImage#loadBitmap: alphas = { 0, 255, 255, 255 } reds = { 0, 0, 187, 1 } greens = { 0, 0, 224, 2 } blues = { 0, 0, 227, 3 } The first palette colour is the transparent colour, which is black. The second colour, which is *not* transparent, also happens to be black. FOP assumes that the transparent colour doesn't occur anywhere in the image, yet in this situation it does. Maybe it would be possible to pick an RGB combo which doesn't exist in the image, recolour all the transparent pixels to that colour and then set that as the transparentColor field. That way it wouldn't clash with real drawn pixels which happened to have the same colour. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
