Re: JavaFX at JavaOne 2014

2014-06-25 Thread Johan Vos
For those who worry, Applications created with the JavaFX Android SDK work fine on ART (as expected). After all, we're following Android's rules. - Johan 2014-06-23 20:31 GMT+02:00 John Smith john_sm...@symantec.com: I don't know much about Android, but does it have to be a VM, or could you

prism and monocle?

2014-11-01 Thread Johan Vos
This is probably a dumb question, but now that I have the monocle glass implementation instead of lens running on Android/Dalvik, I am a bit confused with prism/es2/monocle, since it contains duplicate files of prism/es2/eglfb? The OpenJFX wiki is very clear in explaining Monocle as a glass

HiDPI in monocle

2015-06-15 Thread Johan Vos
Hi, With the changes introduced in the fix for RT-27960 ( https://bugs.openjdk.java.net/browse/JDK-8098184), the hidpi support on Android is broken. As part of the changes in http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/670ed25ed138, we introduced a getScale method on NativeScreen, and the

Re: Building Scene Builder

2015-05-24 Thread Johan Vos
Hi Scott, You can build SceneBuilder from the sources on bitbucket. hg clone https://bitbucket.org/gluon-oss/scenebuilder ./gradlew build Resulting binary is in build/libs (note: This is the Gluon Open-Source edition, using the same sources as those in OpenJFX). - Johan 2015-05-24 16:56

pisces, produceFillAlphas

2015-10-15 Thread Johan Vos
After spending lots of time optimizing JavaFX on iOS, I am now at the point where scrolling is 10 times faster on iOS than on Android. The scrolling in the iOS version of the Gluon JavaOne mobile schedule builder is pretty good imho. On Android, it is much slower. I profiled and compared both, and

Re: pisces, produceFillAlphas

2015-10-15 Thread Johan Vos
...jim > > > On 10/15/15 4:27 AM, Johan Vos wrote: > >> After spending lots of time optimizing JavaFX on iOS, I am now at the >> point >> where scrolling is 10 times faster on iOS than on Android. >> The scrolling in the iOS version of the

Re: pisces, produceFillAlphas

2015-10-15 Thread Johan Vos
At least on the Nexus 5 and Nexus 6 devices. - Johan On Thu, Oct 15, 2015 at 9:33 PM, Richard Bair <richard.b...@oracle.com> wrote: > Is it consistent among all android devices, or is it a specific device? > > > On Oct 15, 2015, at 12:30 PM, Johan Vos <johan..

Re: pisces, produceFillAlphas

2015-10-16 Thread Johan Vos
tions of the glDrawElements on > the 2 platforms? > > ...jim > > On 10/15/15 12:30 PM, Johan Vos wrote: > >> Thanks Jim. >> I tried with different optimization flags, but it doesn't make a big >> difference. Tracing it down to system calls, somehow the gl &g

Re: pisces, produceFillAlphas

2015-10-17 Thread Johan Vos
more room for optimization :) - Johan On Fri, Oct 16, 2015 at 7:55 PM, Johan Vos <johan@gluonhq.com> wrote: > Hi, > > Thanks for the suggestions. There are 2 different things: > > 1. It seems indeed there is not much being cached, so there are definitely > improv

Scroll Gesture in ListView

2015-10-06 Thread Johan Vos
I have the following issue: Scrolling with inertia, initiated by a ScrollGesture, stops after a while in a ListView. The reason for this is the following: the javadoc for ScrollEvent has this: The event is delivered to the top-most node picked on the gesture coordinates in time of the gesture

Re: pisces, produceFillAlphas

2015-11-17 Thread Johan Vos
volved in accessing that > hardware acceleration? Any timeline? > > > > I expect that implementing this significant change could be a > make-or-break factor in determining whether JavaFX is truly viable and > successful on Android. > > > > Good luck Johan! > > > &g

inconsistency in processing scroll events with hidpi/retina

2015-09-08 Thread Johan Vos
Hi, I am running into an issue on Android that seems more general to me. I noticed that scroll gestures where passed with wrong coordinates, as the physical coordinates are used instead of the logical (e.g. on a screen with a density/scalefactor of 3, we would pass x = 900 instead of x = 300).

freetype glyph

2015-10-01 Thread Johan Vos
I have issues displaying some text with special characters on mobile platforms. The text doesn't appear in a control (e.g. Label), and I saw this in the log output: "Only simple text supported." Searching the source code for this, this occurs in

Re: Usage of Toolkit firePulse

2015-09-24 Thread Johan Vos
I have to admit I use firePulse() occasionally but only when for some reasons a pulse isn't triggered while I expected it. That is a very bad usecase for having this as an API, as I would rather have to investigate why changes to the scenegraph don't result in a pulse. If firePulse() is a public

Re: Oracle's mobile JDK ports & JavaFX

2015-12-15 Thread Johan Vos
Hi Felix, The Oracle Mobile JVM ports are headless so they are very complimentary to the work done in javafxports/Gluon. A couple of months ago, we tested the iOS simulator (created a JDK 9 build and added a slightly modified javafxports version on top) with a simple JavaFX app and that worked

Re: RoboVM: lost to a competitor?

2016-01-01 Thread Johan Vos
Hi John, I don't consider Xamarin a JavaFX competitor, but even apart from that, there is no problem, as explained in this blog entry: http://gluonhq.com/gluon-supports-multiple-jvms/ - Johan On Fri, Jan 1, 2016 at 6:25 PM, John C. Turnbull wrote: > Now that Xamarin

Re: Pausing Quantum Renderer

2015-11-23 Thread Johan Vos
setPulseRunning() returning false anymore. - Johan On Mon, Nov 23, 2015 at 5:41 PM, David Hill <david.h...@oracle.com> wrote: > On 11/22/15, 6:24 AM, Johan Vos wrote: > > I implemented this in the javafxports clone of the OpenJFX 8u-dev repo, > and the diff is here: > >

Re: Future of JavaFX

2015-12-01 Thread Johan Vos
Hi Dirk, all, Although this person from Codename One attacked me a few times before (using words like we're selling snake oil), I tried to ignore it. This is very uncommon for the Java community. In the Java community, we have different views, we prefer different technologies, but we show at

Re: Future of JavaFX

2015-12-01 Thread Johan Vos
As far as I know, all of JavaFX is open source indeed. If someone wants to make a big change, e.g. create another rendering pipeline, it is very well possible to do so. I would recommend submitting that work back to OpenJFX, by following the same procedures for committing to the OpenJDK project,

Pausing Quantum Renderer

2015-11-18 Thread Johan Vos
Hi, On Android, a JavaFX Application might transfer control to another app (and become invisible) and enter the foreground later. In that case, the GLSurface we are rendering on becomes invalid. In order to avoid problems and save battery, we want to pause the renderer thread, but this turns out

Re: Pausing Quantum Renderer

2015-11-19 Thread Johan Vos
or pending tasks in the QuantumRenderer as well. - Johan On Wed, Nov 18, 2015 at 9:58 PM, David Hill <david.h...@oracle.com> wrote: > On 11/18/15, 3:45 PM, Johan Vos wrote: > > Johan, > I think that it would be reasonable to put in something to Quantum > that causes the

Re: Pausing Quantum Renderer

2015-11-19 Thread Johan Vos
might be better to let any > existing renderJobs run (possibly discarding the results). This way you > could send the pause message to the renderer as a special renderJob and not > have to worry about jobs that are scheduled but not yet run. > > -- Kevin > > > > Johan Vos wrot

Re: Pausing Quantum Renderer

2015-11-21 Thread Johan Vos
sense to keep it there? - Johan On Fri, Nov 20, 2015 at 8:14 AM, Johan Vos <johan@gluonhq.com> wrote: > I didn't plan to intercept or cancel pending/submitted jobs, but I have to > wait until they are done before the android callback method returns. > > When And

Re: Pausing Quantum Renderer

2015-11-22 Thread Johan Vos
there as well, but I think it needs a bit more discussion first? - Johan On Sat, Nov 21, 2015 at 9:23 PM, Johan Vos <johan@gluonhq.com> wrote: > I have a working implementation that needs more stress-testing on > different platforms, but it seems a good and easy solution so f

Re: Scenebuilder 8.1.0 removes Licensing / Copyright Terms and all other comments, worked with v8.0.0

2016-02-01 Thread Johan Vos
Hi, Thanks for reporting this. We'll investigate it (both the issue and making old releases available somehow). - Johan On Mon, Feb 1, 2016 at 10:35 AM, Benjamin Gudehus wrote: > >Until this is fixed, I recommend to continue using Scenebuilder 8.0.0 > It saved the comment

Re: GLS language errors (Was: Internal error: Error loading stock shader FillRoundRect_LinearGradient,_PAD on Vivante ARM)

2016-02-29 Thread Johan Vos
Hi, It seems to me you might be running in the same issue we had on Android with the recent Adreno drivers: http://mail.openjdk.java.net/pipermail/openjfx-dev/2015-July/017575.html See that thread for discussion, and for a fix-proposal here:

Re: Feature matrix

2016-01-19 Thread Johan Vos
Hi Felix, I think this is a good idea. If someone creates a matrix with the different modules, I'm happy to fill the cells I have knowledge about. - Johan On Sun, Jan 17, 2016 at 9:32 PM, Felix Bembrick wrote: > I think developers would find it useful if there was a

Re: Learning Prism

2016-03-08 Thread Johan Vos
Hi, I think the best way to get started really depends on your personal preferences (e.g. do you like to read code, docs, diagrams,...). I can only comment on how I do it, but others may have other approaches: First of all, you can run a simple JavaFX apps with lots of verbose info. See

Re: buffer too small

2016-03-09 Thread Johan Vos
the scan > stride of the buffer is based on the content size, not the physical size. > Thus, the checkUpdateParams() method overestimates how many bytes are > consumed by the operation. > > Changing that to maskTex.getContentWidth() should be fine... > > ...jim

size of inputfield on iOS

2016-04-27 Thread Johan Vos
There was a bug on iOS where the fontsize of the native text inputfield didn't match the size of the JavaFX TextField in case a custom font size was used, or in case the component or one of its parents was scaled. This has been fixed by

Re: What does this mean for the future of JavaFX on iOS?

2016-04-18 Thread Johan Vos
Indeed, this doesn't have any impact on JavaFX. The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version. RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java

Re: Scene graph performance

2016-07-26 Thread Johan Vos
Hi, I agree with most that has been said here, but I want to add a few things. I've seen a number of "performance issues" with JavaFX in customer projects. Most of them are simply due to the application doing things on the FX App Thread that shouldn't be done there. Apart from these obvious

Re: Is a Desktop Experience on ARM with X11 Possible?

2017-02-12 Thread Johan Vos
<swpal...@gmail.com> wrote: > Hi Johan, > > Excellent! Do you have a build or instructions somewhere? > > Thanks, > > Scott > > On Feb 10, 2017, at 4:03 AM, Johan Vos <johan@gluonhq.com> wrote: > > Hi Scott, > > I actually have this

Re: Is a Desktop Experience on ARM with X11 Possible?

2017-02-10 Thread Johan Vos
Hi Scott, I actually have this working, leveraging the new mesa driver for the Pi. It is using monocle and ES2 and it integrates very well with the X11 system on the Raspberry Pi. - Johan On Thu, Feb 9, 2017 at 8:19 PM Scott Palmer wrote: > Just wondering if there are some

Re: [PATCH] 8182572 Numpad keys not working with JavaFX Monocle

2017-09-21 Thread Johan Vos
That patch looks ok for me, and it doesn't break anything in the Android build (the other consumer of Monocle). - Johan On Wed, Sep 20, 2017 at 6:45 PM Milan Fabian wrote: > Hello, > > I have prepared patch (attached) for bug JDK-8182572 ( > http://bugs.java.com/ >

Re: Innovation (Was: WebView and WebGL)

2017-09-11 Thread Johan Vos
>From experience, I can tell you that if you do the work and write high-quality code that makes OpenJFX better, I'm sure it will be possible to integrate it. - Johan On Mon, Sep 11, 2017 at 3:00 AM John-Val Rose wrote: > Thanks Nir. > > I am very aware of the formal

javah deprecated?

2017-11-29 Thread Johan Vos
Hi, I learned javah might be removed in Java 10 ( http://openjdk.java.net/jeps/313) but as far as I know, it is still used in OpenJFX: defineProperty("JAVAH", cygpath("$JDK_HOME/bin/javah${IS_WINDOWS ? '.exe' : ''}")) Are there already plans to move to javac -h instead? It seems a relative easy

Re: [10] Review request: 8185923: Bump minimum gradle version to 4.3 for JDK10

2017-11-30 Thread Johan Vos
FWIW, I'm +1 on this. We're using 4.3.1 for building JavaFX on mobile. - Johan On Thu, Nov 30, 2017 at 6:36 PM Kevin Rushforth wrote: > Hi Phil, > > Please review the following fix to make gradle 4.3 the minimum version: > >

Re: javah deprecated?

2017-11-30 Thread Johan Vos
I'll find out if they are needed on linux. - Johan On Thu, Nov 30, 2017 at 11:42 AM Johan Vos <johan@gluonhq.com> wrote: > I filed a bug (https://bugs.openjdk.java.net/browse/JDK-8192806) and I am > looking into it. > > It seems a bit weird to me that the java.lang.Characte

Re: javah deprecated?

2017-11-30 Thread Johan Vos
The headers are required indeed. modules/javafx.web/src/main/native/Source/WTF/wtf/unicode/java/UnicodeJava.h includes java_lang_Character.h in order to access the static final fields in Character.java - Johan On Thu, Nov 30, 2017 at 12:07 PM Johan Vos <johan@gluonhq.com>

Re: javah deprecated?

2017-11-30 Thread Johan Vos
lock us from moving to JDK 10 as a boot > JDK, so if we end up doing that for JDK 10 then this would need to be > done soon. > > Let me know if you would like to work on this. > > Thanks. > > -- Kevin > > [1] https://bugs.openjdk.java.net/browse/JDK-8161704 > &g

Re: javah deprecated?

2017-11-30 Thread Johan Vos
Hi Johan, > > Thanks for filing the bug. > > If we really do need Character and IDN, then the cleanest approach might > be to define new fields in a suitable JavaFX class and assign the > appropriate values to them. > > > -- Kevin > > > > Johan Vos wrote: > &g

CSS reference URL?

2017-12-08 Thread Johan Vos
Hi, Our Pro JavaFX 9 book is about to be published, and it will contain links to online resources. One very useful resource is the CSS reference. For JavaFX 8, this was at https://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html but I can't find it for JavaFX 9 so far? -

Re: CSS reference URL?

2017-12-08 Thread Johan Vos
Thanks David and Kevin, your work is very much appreciated. - Johan On Fri, Dec 8, 2017 at 3:24 PM David Grieve <david.gri...@oracle.com> wrote: > > https://docs.oracle.com/javase/9/docs/api/javafx/scene/doc-files/cssref.html > > > On 12/8/17 8:46 AM, Johan Vos wrote: &g

Re: Announcing EA builds of standalone JavaFX SDK

2018-05-08 Thread Johan Vos
Hi Kevin, Excellent work. I confirm this is working for me. Java: openjdk 11-ea+12 for Linux App from https://github.com/gluonhq/projavafx9/tree/master/chapter1/HelloEarthRise/src/main/java/projavafx/helloearthrise/ui (on classpath) - Johan On Tue, May 8, 2018 at 1:11 AM Kevin Rushforth

Re: OpenJFX status update

2018-05-18 Thread Johan Vos
Hi Kevin, Related to point 3: what exactly do you mean with "Java FX has been removed from JDK 11"? It isn't part of the OpenJDK 11-ea13 either so I don't see the difference? I thought references to JavaFX would be removed from sun.launcher.LauncherHelper, but they are still there. Do you know

Re: bundling native libs in jars or modules

2018-05-18 Thread Johan Vos
05.2018 um 21:50 schrieb Tom Schindl <tom.schi...@bestsolution.at>: >> >> Did you check how SWT does addresses the problem? If you run it outside >> of OSGi it needs to deal with this problem as well. >> >> Tom >> >> Von meinem iPhone gesendet >>

modules for repositories

2018-05-23 Thread Johan Vos
When we create modules that are expected to be uploaded to e.g. maven central or bintray, we have to create jar's with native libs. That is technically possible (see http://mail.openjdk.java.net/pipermail/openjfx-dev/2018-May/021887.html) but before I can finalise PR #83 (

webrev for JDK-8202396

2018-05-25 Thread Johan Vos
The webrev for the memory leak in the iOS imageloader, which is fixed by https://github.com/javafxports/openjdk-jfx/pull/73/commits/7f264eda17fc91aedfa47e60ffa4a096a4904350 is available at http://cr.openjdk.java.net/~jvos/8202396/webrev.00/ Is is a simple 2-line fix that is reviewed in the github

Re: OpenJFX code review policies, etc.

2018-05-24 Thread Johan Vos
00-2515-37330ee0c...@oracle.com> > > Content-Type: text/plain; charset=utf-8; format=flowed > > > > To: OpenJFX Developers > > > > As I mentioned in a message last week [1] I would like to restart the > > discussion we started a few months ago [2] around making

bundling native libs in jars or modules

2018-05-17 Thread Johan Vos
Note: This is different from what is discussed in http://mail.openjdk.java.net/pipermail/openjfx-dev/2018-April/021762.html The following text is about bundling native code within a jar, and doesn't talk about how to deal with platform-specific libraries in generic jar files. At this moment, the

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

2018-06-04 Thread Johan Vos
asy fix in case much time is spent in methods. - Johan On Sun, Jun 3, 2018 at 10:08 AM Tom Schindl wrote: > On 01.06.18 19:42, Johan Vos wrote: > > I'm not saying a preloader is really a requirement, but I know of a few > > applications that are using it and benefiting from it.

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

2018-06-04 Thread Johan Vos
olkit is up replace that image with a window > (SWT > >>> calls it Shell) so that you can go interactive showing videos, > >>> a progressbar, ... > >>> > >>> Tom > >>> > >>>> On 03.06.18 10:11, Mario Ivankovits wrote

Re: OpenJFX code review policies, etc.

2018-06-01 Thread Johan Vos
On Thu, May 31, 2018 at 11:25 PM Kevin Rushforth wrote: > > > On 5/24/2018 9:31 AM, Nir Lisker wrote: > > Thanks for the detailed plan Kevin, > > > > ... > > > > Can you give the guidelines by which a lead reviews / approves one of > > the above? > > Ultimately it will be a judgment call. I

Re: OpenGL deprecated in OS-X

2018-06-05 Thread Johan Vos
Ever since Apple deprecated the developer-oriented Apple ][ , I failed to appreciate their decisions. But so be it. The good thing is that the structure of the OpenJFX project allows for different rendering pipelines without much impact on other code. Therefore, I think it would be a nice sandbox

Re: Removal of apps/scenebuilder from OpenJFX repo

2018-06-05 Thread Johan Vos
Sorry, I missed this question. We incorporated the changes that were in OpenJFX 9 into the butbucket repo and they are part of the Gluon Scene Builder 9 release. - Johan On Tue, Mar 13, 2018 at 10:17 PM Michael Paus wrote: > How will these changes then be synchronized with the work Gluon is

Re: Removal of apps/scenebuilder from OpenJFX repo

2018-06-05 Thread Johan Vos
, Jun 5, 2018 at 9:56 AM Johan Vos wrote: > Sorry, I missed this question. > We incorporated the changes that were in OpenJFX 9 into the butbucket repo > and they are part of the Gluon Scene Builder 9 release. > > - Johan > > On Tue, Mar 13, 2018 at 10:17 PM Michael

Re: Removal of apps/scenebuilder from OpenJFX repo

2018-06-05 Thread Johan Vos
Hi Sverre, That is true, we are moving Scene Builder to GitHub. It was a labour intensive process as we looked into PR's and issues and history etc, but it's almost done now. While the process doesn't change, we understood most developers prefer to work with github for these kinds of open-source

launching JavaFX in 11

2018-06-05 Thread Johan Vos
Hi, I'm a bit confused on the different options for launching JavaFX applications with the latest Java 11 code. When running an app from maven, it worked fine. Maven uses the classpath and not the module path, so I assumed that running the same app using java -cp all-javafx-jars Main would work

Re: launching JavaFX in 11

2018-06-06 Thread Johan Vos
ons. I think effort would be better spent getting everything > to work with javafx.* modules as proper named modules. > > -- Kevin > > > On 6/5/2018 6:40 AM, Johan Vos wrote: > > Hi, > > > > I'm a bit confused on the different options for launching JavaFX > >

Re: Chance of Backporting Gtk3 Support to JavaFX 8

2018-06-06 Thread Johan Vos
That sounds very reasonable to me. [disclaimer: I had to build JavaFX with GTK3 already as I ran into issues on a new system ;) ] - Johan On Wed, Jun 6, 2018 at 10:31 AM Tom Schindl wrote: > Hi, > > Eclipse SWT developers are about to remove Gtk2-SWT port once they start > developing towards

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

2018-06-01 Thread Johan Vos
I'm not saying a preloader is really a requirement, but I know of a few applications that are using it and benefiting from it. The preloader functionality is more than just a splash screen, and I see this valuable for instance when static initializers of classes that are used in the main class

Re: JavaFX app for non-techie users

2018-06-01 Thread Johan Vos
Hi Jan, The goal is indeed to provide the JavaFX components as maven artifacts (e.g. see https://github.com/javafxports/openjdk-jfx/issues/52). Would that fix your issue? - Johan On Fri, Jun 1, 2018 at 8:02 PM Jan Tosovsky wrote: > Dear All, > > I made a small JavaFX app for small non-techie

maven artifacts

2018-06-24 Thread Johan Vos
As discussed before, there will be at least 2 ways developers can work with JavaFX 11 and beyond: 1. use the standalone SDK, with platform-specifc distributions 2. use artifacts on (remote) repositories For the second option, we have to distinguish between build systems (e.g. maven/gradle) and

Re: Paint Phase Debugging / Performance

2018-05-01 Thread Johan Vos
Hi Matthew, I agree this is a very important question. I don't like it when people say that "JavaFX is slow" because if everything is done right, JavaFX can be extremely fast. But I also realise that it is very easy to make things very slow in JavaFX, and in case "performance" is slow, it is

Re: Bug in SceneBuilder 9

2018-05-02 Thread Johan Vos
Hi Sverre, I think the best place to submit this issue is here: https://bitbucket.org/gluon-oss/scenebuilder/issues?status=new=open - Johan On Wed, May 2, 2018 at 10:15 AM Sverre Moe wrote: > I think I have found a bug in SceneBuilder 9. > > I cannot find an existing bug

Re: native libs in modules

2018-05-02 Thread Johan Vos
FYI, the native-libs-in-mods issue is being discussed on the panama-dev list as well: http://mail.openjdk.java.net/pipermail/panama-dev/2018-April/001543.html - Johan On Tue, May 1, 2018 at 6:01 PM Kevin Rushforth wrote: > > > On 4/30/2018 8:58 AM, Michael Paus

native libs in modules

2018-04-29 Thread Johan Vos
Now that the OpenJFX SDK that works with Java 11 is about to be released in EA, we should think about releasing the modules. In case you download the OpenJFX SDK, running an app goes like java --module-path $OPENJFXSDK/lib --add-modules javafx.controls your.app If you use gradle or maven, the

Re: native libs in modules

2018-05-01 Thread Johan Vos
I'd love to hear a general recommendation from the jigsaw team as well. Clearly, there are a number of solutions, and as a developer, I easily get confused if some frameworks do it with option A and others with option B. So what is the preferred approach in general? It seems (given the large size

Re: native libs in modules

2018-04-30 Thread Johan Vos
subject or body 'help' to > >> openjfx-dev-requ...@openjdk.java.net > >> > >> You can reach the person managing the list at > >> openjfx-dev-ow...@openjdk.java.net > >> > >> When replyin

clinit and threads

2018-05-03 Thread Johan Vos
Hi, For a number of reasons, I'm looking into using SubstrateVM to bundle a JavaFX application into a native executable. The SubstrateVM relies on an AOT that's more aggressive than Gluon VM and it will precompile class initializers. I clearly see the (performance) benefits of this, but it has

Re: lipjpeg7 in static library

2018-01-25 Thread Johan Vos
> > > > > Not a complete answer but maybe somewhere to start. > > > > -phil. > > > > On 01/24/2018 02:42 AM, Johan Vos wrote: > >> Hi, > >> > >> We are currently building a native library for javafx_iio which includes > >&

future content of OpenJFX

2018-02-05 Thread Johan Vos
In order to separate the "What" from the "How" (discussed in another thread), I would like to start a discussion about what people think should be considered for future JavaFX work. I'd like to start with what I think is an important note on the context. If I want feature X in JavaFX, I ask

Re: More community participation in JavaFX

2018-02-05 Thread Johan Vos
Hi Michael, This proposal is very much in line with my thinking as well. The problem is not that we don't have a github clone of OpenJFX. We have a number of them (e.g. I created https://github.com/javafxports/jfx-dev some months ago). We just need a single one that is updated constantly from

Re: future content of OpenJFX

2018-02-06 Thread Johan Vos
e money to fund the development of their > wishlist, fine, that's the easy part, but asking people to contribute time > is a bit more complicated. For example, I may want "more alignment with > mobile", but I may be better qualified to contribute "extensions for the > Chart

Repositories, AdoptOpenJDK and github

2018-02-14 Thread Johan Vos
Hi, I did 2 things: * I talked to the fine and great people at AdoptOpenJDK ( https://adoptopenjdk.net/) and they are happy to have their build farm being used to create OpenJFX modules (including the native libraries). We are currently looking at the scripts that are being used for syncing and

Re: Repositories, AdoptOpenJDK and github

2018-02-14 Thread Johan Vos
ndboxers to test their code on all 3 major supported > platforms: Linux, macOS, and Windows. > > Regards, > Michael > > On Wed, Feb 14, 2018 at 8:14 AM, Johan Vos <johan@gluonhq.com> wrote: > >> Hi, >> >> I did 2 things: >> * I tal

Re: The "javafx might not be present" problem

2018-02-09 Thread Johan Vos
Hi Mark, Is using jlink (https://docs.oracle.com/javase/9/tools/jlink.htm) packaging your app with the exact set of modules you need an option for you? That would eliminate the need for your users to have Java installed. Not only there is a (small) hurdle to install Java, but it needs to be the

Re: future content of OpenJFX

2018-02-07 Thread Johan Vos
> Steve > > > > Sent from my iPhone > > On Feb 7, 2018, at 2:47 AM, Johan Vos <johan@gluonhq.com> wrote: > > While it's good to know who is interested in what areas, I think it's hard > to create a list of interested or capable people as that depends on >

Re: Repositories, AdoptOpenJDK and github

2018-02-15 Thread Johan Vos
On Thu, Feb 15, 2018 at 4:09 AM Kevin Rushforth wrote: > > As I said before, we need to be careful where the discussion is made. PRs > on GitHub have their own thread and there's also the mailing list. Maybe > someone from Oracle already has done work related to the

Re: NativeLibLoader - installLibraryFromResource - RuntimeImage

2018-07-26 Thread Johan Vos
Hi Steve, That looks like a bug. The libPrefix and libSuffix are indeed not set in cases where usingModules is true, which is only the case when the jrt protocol is used. It seems to me the prefix/suffix should always be computed. It doesn't look right that they are computed inside the

Re: NativeLibLoader - installLibraryFromResource - RuntimeImage

2018-07-26 Thread Johan Vos
tracked in https://github.com/javafxports/openjdk-jfx/issues/142. Tested on linux, not yet on mac/windows On Thu, Jul 26, 2018 at 11:46 AM Johan Vos wrote: > Hi Steve, > > That looks like a bug. The libPrefix and libSuffix are indeed not set in > cases where usingModules is true, w

Re: NativeLibLoader - installLibraryFromResource - RuntimeImage

2018-07-27 Thread Johan Vos
to fix, but I'm curious about how >> you created your custom image. The jmods are more suitable for that >> approach, since their purpose is to be used with jlink to create a >> custom image, in which case the native libraries will be linked into the >> image. Maybe I'm

Re: Fate of jdk.packager and jdk.packager.services?

2018-08-09 Thread Johan Vos
We (Gluon) are looking into creating a JavaFX 11 version of the packager. - Johan On Thu, Aug 9, 2018 at 1:42 PM Cyril F wrote: > I am sure the new jpackager tool will be a good substitute. But won't come > before jdk12... > > In fact we are in the current situation : > We have a

Re: JavaFX 11 maven snapshots - empty jars

2018-08-09 Thread Johan Vos
afx-controls, javafx-graphics). >> These POM's can still use the Javafx.pom as a parent and Joeri's case 2 >> should work for maven. >> https://github.com/javafxports/openjdk-jfx/pull/83#issuecomment-404828804 >> >> Regarding the current solution: >> Does the

Travis failures in jfx-11 branch

2018-08-24 Thread Johan Vos
I noticed Travis fails a number of times on branches. For example: https://travis-ci.org/javafxports/openjdk-jfx/builds/419599353 This is the exact commit that worked fine in the development branch. >From the logs, it seems that the failures occur when all the packages have to be installed:

building webkit

2018-08-25 Thread Johan Vos
We currently don't build WebKit with Appveyor/Travis, as the combined build time would be too long. I'm wondering though if it would be possible to have separate build jobs for webkit? Typically, when building a JavaFX SDK, the webkit part is where things go wrong (if they go wrong), and have

Re: building webkit

2018-08-25 Thread Johan Vos
; > that build. So if we had a nightly build available, most developers > > could use that (it wouldn't help anyone making native changes to WebKit, > > but would be fine for most developers who don't). > > > > -- Kevin > > > > [1] https://github.com/j

Re: building webkit

2018-08-25 Thread Johan Vos
jfxwebkit and media natives from > >> that build. So if we had a nightly build available, most developers > >> could use that (it wouldn't help anyone making native changes to WebKit, > >> but would be fine for most developers who don't). > >> > >> -- Kevin >

Re: Why are there only platform-specific Maven artifacts?

2018-08-26 Thread Johan Vos
The platform-specific code is a general Java issue that needs to be solved one day. Your suggestion basically comes down to moving the classfiles from the platform-specific jars into the empty jars, right? A problem with this is that currently, the jars are platform-dependent as well (e.g. no

Re: JavaFX 11 maven snapshots - empty jars

2018-08-29 Thread Johan Vos
OM-only artifacts for maven builds can be >> defined (javafx-controls, javafx-graphics). >> These POM's can still use the Javafx.pom as a parent and Joeri's case 2 >> should work for maven. >> https://github.com/javafxports/openjdk-jfx/pull/83#issuecomment-404828804 >> >

Re: JavaFX 11 maven snapshots - empty jars

2018-08-29 Thread Johan Vos
mples/pull/1) for > your javafx11samples with a build.gradle work-around to filter out the > empty javafx-jars. > > This makes your samples run with Java 11, gradle 4.9 and openjdx 11-ea+19. > > /Lennart > > > 22 aug. 2018 kl. 14:11 skrev Johan Vos : > > I spent s

Re: JavaFX Deployment

2018-08-20 Thread Johan Vos
Hi Petr, Your questions are actually related. The recommended way for distributing JavaFX apps is by bundling them with the required libraries, modules and VM into an executable. That way, you determine whether your application works with Java 8, 9, 10, 11 or beyond. You simply bundle the

Re: JavaFX 11 maven snapshots - empty jars

2018-08-22 Thread Johan Vos
I spent some more time on this. Adding the Automatic-Module-Name seems the easiest fix to me. I created a PR at https://github.com/javafxports/openjdk-jfx/pull/162 for this. Having the platform-name hardcoded in the artifact Id would require upfront magic in build.gradle or pom.xml to prevent the

webrev for 8209836: Automatic-Module-Name for empty jars

2018-08-22 Thread Johan Vos
Please review http://cr.openjdk.java.net/~jvos/8209836/webrev.00/ Thanks, - Johan

Re: Simple Maven example fails with unusual error

2018-07-23 Thread Johan Vos
Hi Mark, Paul, I can't reproduce the issue, as I'm running into these warnings that are turned into errors, apparantly: [WARNING] Rule 4: org.apache.maven.plugins.enforcer.RequireProperty failed with message: Property "io7m.api.previousVersion" evaluates to "". This does not match the regular

Re: JavaFX 11 maven snapshots - empty jars

2018-07-14 Thread Johan Vos
es the module name > > javafx.controls and the platform dependent uses e.g. > javafx.controls.windows > > > > Regards, > > Steve > > > > > > Am Fr., 13. Juli 2018 um 17:00 Uhr schrieb Kevin Rushforth < > > kevin.rushfo...@oracle.com>: > > >

Re: Review-Request for JDK-8207370

2018-07-24 Thread Johan Vos
Hi Michael, Excuse me for the simple question, but how to you enable those tests (as in: what options do you provide to gradle)? Fix looks trivial to me, but want to double check. - Johan On Mon, Jul 23, 2018 at 11:36 PM Michael Ennen wrote: > Hi, > > I'd like to request a review for

Review request for 8210359

2018-09-04 Thread Johan Vos
Please review webrev http://cr.openjdk.java.net/~jvos/8210359/webrev.00/ for https://bugs.openjdk.java.net/browse/JDK-8210359 (this allows to build OpenJFX SDK on platforms that don't include Swing, e.g. armv6hf)

webkit feedback calls on failure

2018-09-04 Thread Johan Vos
The WebEngine already allows to get information about the progress of the underlying webkit via the onError() handler and the getLoadWorker() status updates. However, there are a number of cases where things go wrong in webkit, yet the status of the loadWorker is SUCCEEDED and no WebErrorEvent is

  1   2   3   4   5   6   7   >