Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Clemens Eisserer
HI Jim, > All of those conditions are optimized equivalents to getting the > determinant. > > invert() is a destructive call, but since getTransform is documented to > return a copy, that is fine - but getDeterminant() will involve less math to > check the condition... Thanks for the

Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Jim Graham
All of those conditions are optimized equivalents to getting the determinant. invert() is a destructive call, but since getTransform is documented to return a copy, that is fine - but getDeterminant() will involve less math to check the condition... ...jim On 9/27/16

Re: [OpenJDK 2D-Dev] [9] RFR JDK-8162796: [macosx] LinearGradientPaint and RadialGradientPaint are not printed on OS X.

2016-09-27 Thread Philip Race
Hi, LinearGradientPaint has three options as to how it is extended beyond the end point https://docs.oracle.com/javase/8/docs/api/java/awt/MultipleGradientPaint.CycleMethod.html So far as I can see this code (and perhaps quartz) can only handle NO_CYCLE .. If REFLECT or REPEAT are

Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Phil Race
+1 -phil. On 9/27/2016 2:17 AM, Clemens Eisserer wrote: Hello again, OK .. should be part of the patch tho' Just noticed the reg tests are also open-source, until now I thought they are integrated into some Oracle-only internal test collection. Cool! Please find the current version of the

Re: [OpenJDK 2D-Dev] [9] RFR JDK-8164931 : Verify if writer.abort() works properly for all writers in IIOWriteProgressListener.

2016-09-27 Thread Phil Race
+1 -phil. On 9/27/2016 8:26 AM, Brian Burkhalter wrote: Hi Jay, I think this looks better. +1. Thanks, Brian On Sep 27, 2016, at 2:36 AM, Jayathirth D V > wrote: Hi Brain, Thanks for your review. I was keeping check for

Re: [OpenJDK 2D-Dev] [9] RFR JDK-8164931 : Verify if writer.abort() works properly for all writers in IIOWriteProgressListener.

2016-09-27 Thread Brian Burkhalter
Hi Jay, I think this looks better. +1. Thanks, Brian On Sep 27, 2016, at 2:36 AM, Jayathirth D V wrote: > Hi Brain, > > Thanks for your review. > I was keeping check for abortRequest() right after processImageProgess() call > as I did for all other plugins. > I

Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Clemens Eisserer
Hi Sergey > I guess you can use "getDeterminant()==0" to determine if this transform has > no inverse? Initially I had the same idea, but looking at the implementation of invert(), I found several different conditions leading to an NoninvertibleTransformException. So I decided to keep the call

Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Sergey Bylokhov
Hi, On 26.09.16 22:50, Clemens Eisserer wrote: I was not 100% sure myself. As the Paint classes are stateless, there is some overhead involved in checking the transformation in isPaintValid (allocation of an additional AffineTransformation by calling MultipleGradientPaint.getTransform() +

Re: [OpenJDK 2D-Dev] Request for Review: JDK-8162591 All existing gradient paint implementations have issues with coordinates/sizes larger than Short.MAX_VALUE (exactly) on any Linux systems

2016-09-27 Thread Clemens Eisserer
Hello again, > OK .. should be part of the patch tho' Just noticed the reg tests are also open-source, until now I thought they are integrated into some Oracle-only internal test collection. Cool! Please find the current version of the patch at: http://93.83.133.214/8162591/webrev.03/ It