Re: RFR JDK-8184429: Path clipper added in Marlin2D & MarlinFX 0.8.0

Hi Laurent, I'm just reading through the code now to get a handle on the nature of the changes...(and starting with the 2D version)... [D]Dasher.java - why the changes from (firstSegIdx > 0) to (firstSegIdx != 0)? [D]Dasher.java - why is there a new goto_starting() which is only used from one p

Re: WebView and WebGL

Thanks for your input Jonathan - it's great to know that planning is happening. I'll be around if those involved ever wish to speak with me regarding how much time/effort I can contribute. On the subject of rendering, is there some way to confirm for certain that it is using the JavaFX API and

RFR JDK-8184429: Path clipper added in Marlin2D & MarlinFX 0.8.0

Hi, Please review Marlin/FX upgrades that provide an efficient path clipper in Stroker (float / double variants) fixing the bug JDK-8184429 Marlin2D patch (jdk10): http://cr.openjdk.java.net/~lbourges/marlin/marlin-080.0/ MarlinFX patch (openjfx1

Re: Module dependencies

The implementation of javafx.base depends on java.desktop, but nothing in the API of javafx.base depends on java.desktop. So javafx.base (currently) requires java.desktop, but not transitively. This means that it would be possible to remove this dependency in a future version without breaking c

Re: WebView and WebGL

Hi Jonathan, hi all, I would like to bring up the "WritableImage backed by DirectBuffer" discussion again: I did my own experiments with WebGL and native rendering. I posted them a while ago here on the mailing list (https://github.com/miho/VFXWebKit & https://youtu.be/FlIrY1SlNM4). I came to the

Module dependencies

Hi, I'm still new to the Jigsaw module system, but I've found some documentation which is strange: The Javadoc states that javafx.base depends on java.base: http://download.java.net/java/jdk9/docs/api/javafx.base-summary.html But when we look at the source code, we see that javafx.base depends o

Re: WebView and WebGL

All, WebGL is something that is currently in the planning pipeline with a relatively high priority. This means it is not under active development yet, but we already have engineers working on the research towards this feature. Once this is concluded and the scope of the work better understood

Re: WebView and WebGL

This *is* the problem: 7 years since a formal issue is raised and still we have nothing. As I said, WebGL support won't happen unless *we* make it happen and I'm in a position where I have both a need and time to work on it. I'm sure others would help too. Once someone from Oracle responds to

Re: WebView and WebGL

Am 25.08.17 um 18:22 schrieb Nir Lisker: It has been suggested already in https://bugs.openjdk.java.net/browse/JDK-8091035. I am well aware of these suggestions but did you look at the creation date?

Re: WebView and WebGL

It has been suggested already in https://bugs.openjdk.java.net/browse/JDK-8091035.

Re: WebView and WebGL

I agree with you Michael. So let's open a discussion as a community and actually get coding. It won't happen otherwise... (At least not for 4 years or so) > On 25 Aug 2017, at 17:34, Michael Paus wrote: > > I also find it important to get WebGL support into WebView as soon as possible > but I

Re: WebView and WebGL

I also find it important to get WebGL support into WebView as soon as possible but I fear that this is not such an easy task because there are a few things to consider. From my point of view, for example, it would not make much sense to implement WebGL exclusively in the context of the WebView.