Canvas Clip performance

2016-02-04 Thread Elric Morgenstern
Hi guys, I've noticed that clipping performance (Canvas GraphicsContext) is extremely bad on an Intel HD graphics chip. One rectangular clip is fine, anything beyond that, or a spherical clip shape, will bring the framerate to its knees. I notice no performance difference on my GeForce system,

Re: Canvas Clip performance

2016-02-04 Thread Elric Morgenstern
I see. Interesting. Isn't there a switch to toggle it on JDK8? Assuming you are talking about JavaFX, right? Because you were referring to Java2D in your reply. On Thu, Feb 4, 2016 at 11:52 PM, Philip Race wrote: > Java 2D does not (generally) enable D3D on Intel. > We

Re: Canvas Clip performance

2016-02-04 Thread Philip Race
Java 2D does not (generally) enable D3D on Intel. We tried for JDK 8 but there were problems and it was disabled again in 8u40 I think. JDK 9 EA builds (currently) still have it enabled to help get some testing so if you are running an 8ux release you might want to switch to 9 to get a fairer

Re: Canvas Clip performance

2016-02-04 Thread Philip Race
On 2/4/16, 2:59 PM, Elric Morgenstern wrote: I see. Interesting. Isn't there a switch to toggle it on JDK8? There is no switch that can enable it if it is disabled by 'default'. Assuming you are talking about JavaFX, right? Because you were referring to Java2D in your reply. No I am

Re: javapackager

2016-02-04 Thread Scott Palmer
I noticed that the JDK on my Linux VM was 8u40, I updated to 8u72 and then got the following: Bundler RPM Bundle skipped because of a configuration problem: Specified license file is missing. Advice to fix: Make sure that "EULA.rtf" references a file in the app resources, and that it is relative

Re: javapackager

2016-02-04 Thread Chris Bensen
> On Feb 3, 2016, at 1:08 PM, Scott Palmer wrote: > > >> On Feb 3, 2016, at 11:40 AM, Chris Bensen wrote: >> >> On Feb 2, 2016, at 7:27 PM, Scott Palmer wrote: >>> >>> Note that this is a RPM-based system, apt-get is not

Re: javapackager

2016-02-04 Thread Chris Bensen
There weren’t any noticeable changes for Linux. Besides maybe this one, which if you could file a bug with steps to reproduce that’d be great. Chris > On Feb 4, 2016, at 7:12 AM, Scott Palmer wrote: > > I noticed that the JDK on my Linux VM was 8u40, I updated to 8u72

[9] Request for review: 8143158 [Text, TextFlow] Make public API from internal "impl" APIs

2016-02-04 Thread Leif Samuelsson
Hi Kevin, Please review the implementation of the new API. https://bugs.openjdk.java.net/browse/JDK-8143158 http://cr.openjdk.java.net/~leifs/8143158/webrev.01/ Thanks, Leif

Re: Remove a line from GraphicsContext

2016-02-04 Thread Gerrit Grunwald
First it will be better using gc.strokeLine(x1, y1, x2, y2); To clear the line itself you could clear a rect around the line like gc.clearRect(x1 - 1, y1 - 1, x2 + 1, y2 + 1); Take a look at this Gist... https://gist.github.com/HanSolo/f25412352ff7ec5b9b53

Re: Remove a line from GraphicsContext

2016-02-04 Thread Bryan Buchanan
You're an absolute champion ! Thanks very much. On 4 February 2016 at 18:10, Gerrit Grunwald wrote: > First it will be better using > > gc.strokeLine(x1, y1, x2, y2); > > To clear the line itself you could clear a rect around the line like > > gc.clearRect(x1 - 1, y1 - 1, x2 +