On Sat, 2003-12-06 at 13:34, Thomas DeWeese wrote:
Since that time it has become clear that Apache is moving towards a much more rigid stance on this issue. So I need to ask if you have an Apache CLA on file.
No, but if you feel it's required, I'll fax one over right away.
Yes, I think it is now required.
No problem. (my employer does not own any copyrights)
You need to be careful here as often employment agreements are rather 'greedy' about what the employer owns.
A simple upshift is not sufficent. You need to fill the low bits with a copy of the high bits. Otherwise it is impossible to cover the complete range. Also a test case for regard would be greatly appreciated. Currently it isn't clear how you would tigger this code path and consiquently the chance that we break your code in the future is relatively high.
Ok, I'll check these issues.. I originally triggered the bug with
a program which drew a bitmap created with Component.createImage(), since it's faster to draw a device-native bitmap. So the PNG-generation code worked fine on a truecolor system (and most
likely on a palette-based) but failed on a 16-bit system.
So you are just using the PNG encoder? Have you looked at Java Image I/O?
I'll see if I can't put together a small device-independent test case for you.
That would be great.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
