Integrated: 8214158: Implement HostServices.showDocument on macOS without calling AWT

On Tue, 28 Sep 2021 16:06:30 GMT, Michael Paus wrote: > Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 This pull request has now been integrated. Changeset: f3c72b93 Author:Michael Paus Committer:

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT [v5]

> Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 Michael Paus has updated the pull request incrementally with one additional commit since the last revision: Fixed two minor formatting issues --

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT [v4]

> Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 Michael Paus has updated the pull request incrementally with one additional commit since the last revision: Move test to subfolder HostServices --

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT [v3]

> Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 Michael Paus has updated the pull request incrementally with one additional commit since the last revision: Fix whitespace errors - Changes

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT [v2]

> Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 Michael Paus has updated the pull request incrementally with one additional commit since the last revision: Add test - Changes

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT

On Tue, 28 Sep 2021 16:06:30 GMT, Michael Paus wrote: > Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 To answer your questions: 1. I have no idea about LSOpenURLsWithRole. I am not a Mac developer. 2.

Re: RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT

On Tue, 28 Sep 2021 16:06:30 GMT, Michael Paus wrote: > Fixes the issue by using the "open" command as discussed before. > See: https://bugs.openjdk.java.net/browse/JDK-8214158 First of all. Shall I follow the bot request above and create a new pull request? Wouldn't we loos

RFR: 8214158: Implement HostServices.showDocument on macOS without calling AWT

Fixes the issue by using the "open" command as discussed before. See: https://bugs.openjdk.java.net/browse/JDK-8214158 - Commit messages: - Remove dependency on java.awt.Desktop Changes: https://git.openjdk.java.net/jfx/pull/634/files Webrev:

Re: RFR: 8090547: Allow for transparent backgrounds in WebView [v6]

On Fri, 27 Aug 2021 17:01:00 GMT, Jose Pereda wrote: >> Currently, `WebPage` has already a public `setBackgroundColor()` method, but >> the class is not public. Therefore, public API is needed in `WebView` to >> allow developers access to it. >> >> In line with the `fontSmoothingType`

Re: Layering JavaFX onto an external rendering context

Why don't you just give it a try? I'd start with the native PixelBuffer option first because it is relatively simple and the performance is sufficient for most use cases. There is, of course, an overhead caused by the GPU -> CPU -> GPU memory transfer but it is not so bad if done right. I've

Re: JavaFX 15 with Java 14?

The JavaFX versions are not directly related to the Java versions. So you can use JavaFX 16-ea on Java 11+. It is however advisable to always use the latest version of JavaFX and an as late as possible Java version >= 11. Am 05.02.21 um 18:07 schrieb Davide Perini: Hi all, is it safe to use

Re: Make javafx.controls open and community-driven

1+ Am 02.02.21 um 15:12 schrieb Pedro Duque Vieira: Hi, Although I don't agree with everything said here at the start of this thread, I agree with the base idea that JavaFX would benefit from being more open than it is currently. It's something I've already said here in this mailing list and

Re: RFE: Shape Intersection

I just mentioned JTS in a tweet myself (https://twitter.com/MichaelPaus/status/1351133904409915395) but I think it would be a mistake to integrate that into JavaFX for various reasons. The main problem is that Java never provided and used a graphics system independent geometry and math library.

Re: list digest

You can find the archives here: https://mail.openjdk.java.net/pipermail/openjfx-dev/ Am 20.12.20 um 21:48 schrieb Chuck Davis: I just joined the list but I can't find a link to a digest of past activity. I'm specifically interested in discussions regarding TableView. Does anyone know where to

Re: GraphicsContext and export to vector format files

On Nov 2, 2020, at 9:17 AM, Michael Paus wrote: Hi, I very much like the idea in general but I think it falls too short. Such an interface should not be tied to any existing graphics framework. Instead it should be just pure Java. This would allow to write complex graphics rendering code for a lot

Re: GraphicsContext and export to vector format files

Hi, I very much like the idea in general but I think it falls too short. Such an interface should not be tied to any existing graphics framework. Instead it should be just pure Java. This would allow to write complex graphics rendering code for a lot of different platforms and not only platforms

Re: Can't load fxml on Macos

With so little information nobody will be able to answer your question and I am pretty sure that not macOS is the black sheep here. Such questions are also better posted on Stackoverflow and not here on the OpenJFX development mailing list. Michael Am 20.10.20 um 12:28 schrieb Davide Perini: Hi

Re: How to set app name in macOS, gradle?

NSMenuFX will fix, e.g., the "About" issue and will allow consistent internationalization of these predefined menu items. Am 17.09.20 um 21:55 schrieb Michael Hall: On Sep 17, 2020, at 12:20 PM, Michael Paus <mailto:m...@jugs.org>> wrote: You can achieve this w

Re: How to set app name in macOS, gradle?

You can achieve this when you bundle your application with jpackage. For proper macOS menubar handling you should also consider to use the library NSMenuFX (https://github.com/codecentric/NSMenuFX) because JavaFX itself still cannot do that. Michael Am 17.09.20 um 19:11 schrieb Rob Nikander:

Re: Media Player Failure When Speakers Not Present

The URL is correct. JavaFX is still tracked by the normal JDK bug tracking system. Am 14.09.20 um 22:27 schrieb omnip...@gmail.com: I am a little confused. The url you sent appears to be for Java SE bug reporting and I thought that JavaFX as OpenJFX is not part of the Java SE distribution.

Re: Blurry render of SwingNode

Hi, this is not a bug reporting list. Please file your bug report here https://bugs.java.com/bugdatabase/ instead. Best regards Michael Am 22.08.20 um 19:57 schrieb Thangalin: Ahoy list, Running OpenJDK 14.0.1 on Windows 7, adding a SwingNode to a SplitPane causes the contents of the SwingNode

Re: Tray Icon?

, at 6:02 PM, Michael Paus wrote: You can add such an icon to your JavaFX app if you bundle it with the jpackage tool distributed with JDK 14+ Am 31.07.20 um 23:07 schrieb Davide Perini: Hi all guys, love JavaFX, it's so productive, so easy to use, can't understand why the world don't use

Re: Tray Icon?

You can add such an icon to your JavaFX app if you bundle it with the jpackage tool distributed with JDK 14+ Am 31.07.20 um 23:07 schrieb Davide Perini: Hi all guys, love JavaFX, it's so productive, so easy to use, can't understand why the world don't use it "for some tasks". I know that

Re: Deadlock: JFXPanel, ContextMenu, macOS

Hi Steven, the right place for bug reports like this is here: Michael Am 30.07.20 um 01:28 schrieb Steven Yi: Hi All, I'm not sure if this is the place to report this, but hopefully so. (I did not see a way to create an account or report issues on JBS.)

Re: How to create a fat jar for my JavaFX program?

Am 20.07.20 um 19:40 schrieb Nir Lisker: In addition to the other answers, you can look into GraalVM's native image: https://www.graalvm.org/docs/reference-manual/native-image/ GraalVM native-image does not work directly with JavaFX. You would have to use the Gluon client-maven-plugin

Re: How to create a fat jar for my JavaFX program?

In order to create a real platform installer with jpackage and jlink/jdeps you don't have to use the java module system at all. Have a look at this tutorial which I co-autored together with Dirk Lemmermann: Michael Am 20.07.20 um 19:25 schrieb

Re: RFR: 8196079: Remove obsolete Pisces rasterizer

Am 18.07.20 um 17:57 schrieb Kevin Rushforth: On 7/18/2020 8:50 AM, Michael Paus wrote: Am 18.07.20 um 17:10 schrieb Kevin Rushforth: Note that the SW pipeline still has a Pisces-based renderer for the actual rendering of primitives. This is separate from the rasterizer and is not affected

Re: RFR: 8196079: Remove obsolete Pisces rasterizer

Am 18.07.20 um 17:10 schrieb Kevin Rushforth: Note that the SW pipeline still has a Pisces-based renderer for the actual rendering of primitives. This is separate from the rasterizer and is not affected by this proposed fix. Just out of curiosity - why is this still needed? Wouldn't it be

Re: [Integrated] RFR: 8246204: No 3D support for newer Intel graphics drivers on Linux

On Mon, 1 Jun 2020 17:52:46 GMT, Michael Paus wrote: > It seems to be sufficient to add "intel" as an additional vendor to the list > in the X11GLFactory class. Tests pass and > my own application also works with the new build. This pull request has now been integrated.

Re: [Rev 01] RFR: 8246204: No 3D support for newer Intel graphics drivers on Linux

> It seems to be sufficient to add "intel" as an additional vendor to the list > in the X11GLFactory class. Tests pass and > my own application also works with the new build. Michael Paus has updated the pull request incrementally with one additional commit since the last

Re: RFR: 8246204: No 3D support for newer Intel graphics drivers on Linux

On Mon, 1 Jun 2020 17:52:46 GMT, Michael Paus wrote: > It seems to be sufficient to add "intel" as an additional vendor to the list > in the X11GLFactory class. Tests pass and > my own application also works with the new build. Here is the crosslink to th

RFR: 8246204: No 3D support for newer Intel graphics drivers on Linux

It seems to be sufficient to add "intel" as an additional vendor to the list in the X11GLFactory class. Tests pass and my own application also works with the new build. - Commit messages: - Fix JDK-8246204 Changes: https://git.openjdk.java.net/jfx/pull/243/files Webrev:

Re: [Rev 02] RFR: 8245053: Keyboard doesn't show when TextInputControl has focus

On Fri, 29 May 2020 12:48:29 GMT, Johan Vos wrote: >> Abhinay Agarwal has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Skin implementation must maintain the contract of dispose > > Looks good. > A test strategy for Android is a good idea

Re: HID multitouch display support in JavaFX

Having proper and consistent Multitouch support on all platforms is certainly an interesting goal, especially if your development is targeting a mobile platform. If one could test the input behavior already on the desktop, this would be an enormous time saver because the turn-around times

Re: com.sun.javafx vs javafx (with example/request)

It's reusing what's already there. Ask Gerrit Grunwald about his experience with the Scene Graph vs Canvas/GraphicsContext. On Fri, May 8, 2020 at 4:27 PM Michael Paus <mailto:m...@jugs.org>> wrote: Hi, I have to say that your requirements sound a little bit strange to m

Re: com.sun.javafx vs javafx (with example/request)

Hi, I have to say that your requirements sound a little bit strange to me, but maybe you can make it clearer what your real use-case behind them is. What I do not understand is why you are using the canvas at all. Conceptually the canvas is for direct mode rendering into an image. The fact

Re: [Rev 03] RFR: 8217472: Add attenuation for PointLight

Am 25.04.20 um 19:09 schrieb Kevin Rushforth: On Fri, 24 Apr 2020 05:06:56 GMT, Phil Race wrote: Here is a slightly modified test program. It fixes a compilation error in the previous, and also adds a system property to set the number of quads: It creates 200 quads by default. If you need to

Re: Remove JavaFX JPMS enforcement

r 20, 2020 at 10:36 AM Michael Paus <mailto:m...@jugs.org>> wrote: Oh I see. You  are obviously not familiar with the fact that the JDK has a built-in test which checks whether the JavaFX graphics module is on the module path when you try to launch an application ma

Re: Remove JavaFX JPMS enforcement

18/20 5:01 AM, Michael Paus wrote: Getting started with JavaFX is made overly complicated by the fact that the use of the module system is enforced by some code in the JDK. Especially for beginners, who just want to get some small program running, this is almost always a big source of f

Re: Ad GraalVM and JavaFX (Re: Remove JavaFX JPMS enforcement

. Log4J and NSMenuFX)(I had to abandon Log4J and fixed the problems in NSMenuFX.) Am 20.04.20 um 15:26 schrieb Rony G. Flatscher: On 20.04.2020 15:06, Michael Paus wrote: This is deviating quite a bit from the original issue of this thread, isn't it? As a side note: MethodHandles

Re: Remove JavaFX JPMS enforcement

This is deviating quite a bit from the original issue of this thread, isn't it? As a side note: MethodHandles are not supported by GraalVM native image and so this would probably collide with the attempts to get JavaFX running on Android/iOS. Am 20.04.20 um 11:28 schrieb Mike Hearn: With

Re: Windows Installation Instructions, All DLL Files Missing

Yes, that's what I use in my example together with jlink and jpackage. Am 20.04.20 um 03:55 schrieb Eric Bresie: Would jdeps help to see what dependencies are needed? Eric Bresie ebre...@gmail.com On April 18, 2020 at 1:44:43 PM CDT, Michael Paus wrote: Hi Christopher, I do not know what

Re: Windows Installation Instructions, All DLL Files Missing

Hi Christopher, I do not know what your specific problem is but maybe you just have to shift your goals a little bit. Continuing like you did in the Java 8 days is not a good idea for various reasons. The current trend for distributing desktop software with Java is to build a platform specific

Re: Remove JavaFX JPMS enforcement

vaFX would become just one more dependency whithout the need for any special treatment. I did, however, not say that JavaFX should be de-modularized. For an expert user who wants to use the JPMS nothing would change at all. Michael Am 18.04.20 um 12:58 schrieb Ty Young: On 4/18/20 5:01 AM, Mi

Remove JavaFX JPMS enforcement

Getting started with JavaFX is made overly complicated by the fact that the use of the module system is enforced by some code in the JDK. Especially for beginners, who just want to get some small program running, this is almost always a big source of frustration. It is not very good marketing

Re: Shared buffer in PixelBuffer

Hi, it is nice to hear that you could make some good use of this work. Michael (mipastgt) Am 07.04.20 um 02:36 schrieb hohonu...@icloud.com: Hi All, I just wanted to send a "thank you!" to all the JavaFX devs for your work on JavaFX and most especially, adding shared memory to JavaFX’s

Re: RFR: 8236971: [macos] Gestures handled incorrectly due to missing events

On Thu, 2 Apr 2020 14:55:35 GMT, Kevin Rushforth wrote: > As noted in the JBS issue, this bug is a result of a deliberate change by > Apple that affects applications (in this case > the JDK) linked against MacOSX 10.11 SDK or later -- they no longer call two > methods that we are relying on, >

Re: RFR: 8236971: [macos] Gestures handled incorrectly due to missing events

On Fri, 3 Apr 2020 12:35:35 GMT, Kevin Rushforth wrote: >> I've built a fresh JFX, with your changes applied to master, this morning. I >> can confirm that the primary bug seems to >> be fixed with these changes but I have observed some behaviour where I am >> not sure whether it is correct or

Re: RFR: 8236971: [macos] Gestures handled incorrectly due to missing events

On Thu, 2 Apr 2020 22:04:55 GMT, Kevin Rushforth wrote: >> As noted in the JBS issue, this bug is a result of a deliberate change by >> Apple that affects applications (in this case >> the JDK) linked against MacOSX 10.11 SDK or later -- they no longer call two >> methods that we are relying

Strange window snapshots

Hi, I am just debugging a JavaFX application which behaves strangely. Occasionally I am getting strange error messages like this: 2020-03-29 17:43:34.485 java[6134:499599] -[NSPersistentUIWindowSnapshotter

Re: PixelBuffer API threading model?

Am 25.02.20 um 15:51 schrieb Neil C Smith: In there, we have a small amount of locking between the GStreamer callback and the OpenGL thread to cover buffer swap and texture upload. Being able to do likewise with the PixelBuffer API, to swap or null the underlying buffer, would cover both use

Re: Scary keystroke logging dialog on macOS 10.15 Catalina (JDK-8231513)

by this. -- Kevin On 1/30/2020 9:31 AM, Michael Paus wrote: Just to clarify the implications of this issue: Are you only talking about the JavaFX TouchEvents or would disabling them also affect all GestureEvents and synthesized MouseEvents when you are working with a trackpad? Am 30.01.20 um 17:47

Re: Scary keystroke logging dialog on macOS 10.15 Catalina (JDK-8231513)

Just to clarify the implications of this issue: Are you only talking about the JavaFX TouchEvents or would disabling them also affect all GestureEvents and synthesized MouseEvents when you are working with a trackpad? Am 30.01.20 um 17:47 schrieb Kevin Rushforth: To: Mac app developers /

Re: [EXTERNAL] Explanation of different scaling factors anywhere?

I am wondering whether this kind of scaling should actually be done on an application basis. On desktop computers this is normally achieved via some system setting of the monitor scaling. I think most people just want a consistent scaling across all applications and so there is just no need in

Re: Release roadmap for 2 already-merged TableView PRs

Am 28.01.20 um 12:49 schrieb Ed Kennard: It looks like the first opportunity to benefit from both changes is to wait for the upcoming Java 14 pre-release Feb 6th - is that on schedule, and please could I try that out? Then am I correct in thinking it will be officially published at

Re: [Rev 01] RFR: 8088198: Exception thrown from snapshot if dimensions are larger than max texture size

On Thu, 16 Jan 2020 13:56:44 GMT, Frederic Thevenet wrote: >> I think the proposed code changes are wrong in case that `height / >> maxTextureSize` is an exact integer. (Same for width). I normally add the 1 >> only if `height % maxTextureSize != 0` > > Indeed, substituting the floating

Re: [Rev 01] RFR: 8088198: Exception thrown from snapshot if dimensions are larger than max texture size

On Thu, 16 Jan 2020 10:55:38 GMT, Ambarish Rapte wrote: >> modules/javafx.graphics/src/main/java/javafx/scene/Scene.java line 1306: >> >>> 1305: int verticalTileNb = (int) Math.ceil(height / (double) >>> maxTextureSize); >>> 1306: int horizontalTileNb = (int)

Re: [openjdk/jfx] 8234712: Add pivot properties for scale and rotation in Node, ScaleTransition and RotateTransition (#53)

I don't think there are clearly right or wrong answers to all these questions, so I would just like to provide a view thoughts on this. The governing principle should be a principle of "least surprise" from a users point of view. That means we should not make things more complicated as they

Re: Blank stages when running JavaFX app in a macOS virtual machine

Hi, maybe you lost the response mail or it went into your trash. I guess this is your bug report in the JBS. https://bugs.openjdk.java.net/browse/JDK-8235627 --Michael Am 10.12.19 um 11:33 schrieb thevenet.f...@free.fr: Hi, I've submitted bug report via https://bugreport.java.com/bugreport/

Re: JavaFX-Bugs on GraalVM 19.3 (Java 11)

ot;. - Johan [1] https://gluonhq.com/gluon-substrate-and-graalvm-native-image-with-javafx-support/ [2] https://github.com/gluonhq/client-samples [3] https://github.com/gluonhq/substrate [4] https://github.com/gluonhq/client-maven-plugin On Wed, Nov 20, 2019 at 10:22 PM Michael Paus wrote: Hi,

JavaFX-Bugs on GraalVM 19.3 (Java 11)

Hi, I would just like to know where JavaFX problems or bugs should be reported which are strictly related to running on the just released GraalVM 19.3 with Java 11 support. Should they go into the regular JBS or should they be reported elsewhere? For example: I have observed that a large

Re: RFR: 8087980: Add property to disable Monocle cursor

+1 Am 13.11.19 um 21:50 schrieb Dell Green: On Wed, 13 Nov 2019 19:57:04 GMT, Kevin Rushforth wrote: On Tue, 29 Oct 2019 11:31:18 GMT, Kevin Rushforth wrote: On Tue, 29 Oct 2019 10:10:32 GMT, Dell Green wrote: On Tue, 29 Oct 2019 09:53:28 GMT, Johan Vos wrote: On Tue, 8 Oct 2019

Re: FXMLLoader: not supplying filename to script engine, not supplying event object as argument to script

Hi, have you considered directly contributing your proposed change via a PR on ? According to my experience this may speed up things considerably but don't forget to follow the procedures as outlined in

Re: Bug in TreeTableView rendering

Hi, doesn't this again exclude all external developers from discussing issues with other developers? To my opinion disabling the issue tracker defeats the whole purpose of using GitHub at all, or did I misunderstand something here? Michael Am 30.09.19 um 14:45 schrieb Kevin Rushforth: The

Re: Can't execute OpenJFX app from command-line on macOS

There are currently issues with AdoptOpenJDK on Mojave. (https://github.com/AdoptOpenJDK/openjdk-build/issues/1211) This also applies to 12. Try to use one of the latest nightly builds where this bug is supposed to be fixed. Michael Am 16.09.19 um 20:01 schrieb Duquette, Will (US 393E): Howdy!

Re: Exception in thread "WindowsNativeRunloopThread" java.lang.NoSuchMethodError

Hi, did you try the suggested work-around by adding something like this to the launch parameters of your bundled application? -Djava.library.path=C:/go-out-of-my-way Michael Am 16.09.19 um 09:57 schrieb Andrea Vacondio: Hi, I'm trying to get some attention on this issue

Re: Proposal: Migrate official jfx repo to GitHub + Skara tooling

Hi Am 21.08.19 um 00:14 schrieb Kevin Rushforth: I expect many (most?) developers will use the GitHub workflow they are already used to via the web interface, but there is an option for those who want to use the command line tools like "git pr". I just wanted to add that there is even a

RFR: JDK-8229890 WritableImage update fails for empty region

Hi, please review my fix for JDK-8229890. https://github.com/javafxports/openjdk-jfx/issues/567 https://github.com/javafxports/openjdk-jfx/pull/568 Michael

Re: Concatenating transforms to scale positions but not objects

Nir is right here but if you could ask your question on StackOverflow I'd be willing to comment on it because I was facing a very similar problem in my projects and I might provide some ideas. Am 11.08.19 um 01:25 schrieb Nir Lisker: I think that this is a better question for StackOverflow.

RFR: JDK-8220396: Bindings class gives a lot of unneeded 'select-binding' log messages

Hi Kevin, please review my fix for "JDK-8220396: Bindings class gives a lot of unneeded 'select-binding' log messages" https://bugs.openjdk.java.net/browse/JDK-8220396 https://github.com/javafxports/openjdk-jfx/issues/383 https://github.com/javafxports/openjdk-jfx/pull/550

Re: Debugging JavaFX

be being built with "-PCONF=Release" which would exclude vars. Someone from Gluon should confirm. -- Kevin On 7/17/2019 7:56 AM, Michael Paus wrote: Hi, I don't see any problem of that kind with Eclipse, on MacOS, JavaFX 13-ea 9 via Maven. Michael Am 17.07.19 um 16:45 schrieb Kevin

Re: Debugging JavaFX

Hi, I don't see any problem of that kind with Eclipse, on MacOS, JavaFX 13-ea 9 via Maven. Michael Am 17.07.19 um 16:45 schrieb Kevin Rushforth: That should have been enough to enable local variable symbols. We have the following logic for JavaCompile tasks:    

Re: Fwd: JavaFX 11 on Raspberry Pi

You might want to have a look at https://bell-sw.com/pages/java-12/ I don't know whether the audio works but I think it should be worth a try. Liberica already contains JavaFX, so you do not need the bits from Gluon. Michael Am 27.03.19 um 20:36 schrieb Thomas Manz: Hello, in the last months I

Re: JDK-8220222: specify clearly gradle project dependencies

Hi What is the status of Eclipse in this context? Michael Am 08.03.19 um 09:20 schrieb Cirujano Cuesta, Diego: Please review the following PR: https://github.com/javafxports/openjdk-jfx/pull/401 https://bugs.openjdk.java.net/browse/JDK-8220222 Best regards, Diego Cirujano Cuesta __

Re: OpenJDK 8 and JavaFx for Windows 7

E does not contain javafx. Cheers, Stefan Am Do., 6. Dez. 2018 um 14:44 Uhr schrieb Michael Paus <mailto:m...@jugs.org>>: Have a look at: https://aws.amazon.com/de/corretto/ Windows is supported and it includes JavaFX but I don't know whether this is compatible with th

Re: OpenJDK 8 and JavaFx for Windows 7

Have a look at: https://aws.amazon.com/de/corretto/ Windows is supported and it includes JavaFX but I don't know whether this is compatible with the old Windows 7. Michael Am 06.12.18 um 14:33 schrieb Stefan Murawski: Hi, this probably an annoying question, but I cannot find a solution. I am

Re: JavaFX 11.0.1-ea+1 release

artifacts? For which platform? - Johan On Sun, Nov 4, 2018 at 4:07 PM Michael Paus <mailto:m...@jugs.org>> wrote: My application is reporting the following values for the respective properties: java.runtime.version: 11.0.1+13 java.class.version: 55.0 java.versio

Re: JavaFX 11.0.1-ea+1 release

My application is reporting the following values for the respective properties: java.runtime.version: 11.0.1+13 java.class.version: 55.0 java.version: 11.0.1 javafx.version: 11 Shouldn't "javafx.version" follow the same naming conventions as used by "java.version"? Am 02.11.18 um 09:59

Re: Compiling using javac

The documentation you are looking for can be found here: https://openjfx.io/openjfx-docs/ Am 09.10.18 um 15:32 schrieb Graham Norris: I have an existing Java application which uses JavaFX. It is currently compiled (on Windows) and working using Oracle's Java 10 JDK. I am now trying to get it to

Re: how to implement delayed calculation of node/shape

One possible solution for this would be to use an AnimationTimer. Maintain a dirty state somewhere and check that when the AnimationTimer gets called for the next pulse. Am 26.08.18 um 16:59 schrieb Zsolt Kúti: Hi, Some of my classes extend Path or Group and constructed by non-trivial

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

1. What forces you to make the switch from 8 to 11 at the same day when jdk11 comes out? 2. The plan is that when jdk11 comes out there will already be an EA version of jdk12 available which     already contains a version of the new packager which will also work with jdk11 then.     As long as

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

I don't know whether the following statement is still valid, but if it is, then it may not be worth the effort to resurrect the old javapackager if at least an EA build of the new one is so close. On 6/27/2018 3:30 PM, Kevin Rushforth wrote: /We're aiming to get this into JDK 12 early enough so

Re: Skia Pipeline

Hi, what do you want to achieve with Skia? The rendering technique used by Skia seems to be very similar to what JavaFX does. My impression is that JavaFX has been very much influenced by it. I'd first do some tests to see whether the performance is really better or whatever your critera are.

Re: JavaFX SWT and Swing-Interopt

seeing this bug. What platform are you testing on? Note that this won't help SWT interop, though. A similar fix might be needed there (once we understand why the Swing interop test program isn't working for some of you). -- Kevin On 7/31/2018 4:45 AM, Michael Paus wrote: Hi Tom I gave

Re: JavaFX SWT and Swing-Interopt

Hi Tom I gave it a try with the latest OpenJDK12ea and OpenJFX11ea and I still see the same baviour which you described. Michael Am 31.07.18 um 13:08 schrieb Tom Schindl: Hi, I give it a try but from the bug description and discussion I would have assumed it deals with the opposite problems

Re: JavaFX 11 snapshots in maven sonatype

. - Johan On Fri, Jul 6, 2018 at 12:51 PM Michael Paus <mailto:m...@jugs.org>> wrote: Hi, I tried the examples on my Mac with Maven and with a simple mvn clean package exec:java on the command line they all compiled and worked out of the box. Great work! I use

Re: JavaFX 11 snapshots in maven sonatype

Hi, I tried the examples on my Mac with Maven and with a simple     mvn clean package exec:java on the command line they all compiled and worked out of the box. Great work! I used OpenJDK 11ea20 for this. I have a few questions though: 1. I observed that maven downloaded all dependencies for

Re: How to use OpenJFX Early-Access Builds?

How to run an application with the new separate JFX SDK was discussed in this thread: http://mail.openjdk.java.net/pipermail/openjfx-dev/2018-May/021819.html Am 21.06.18 um 18:04 schrieb Thiago Milczarek Sayão: Hi, I am trying to use the openjfx early-access builds with openjdk as described

Re: Table Input

But this does not seem to be available for people who already dare to use Java9++ :-( or did I miss something? Am 20.06.18 um 19:45 schrieb José Pereda: As Daniel points out, the TableView2 control is a Gluon contribution that has been merged recently to ControlsFX, but it hasn't been released

Re: OpenGL deprecated in OS-X

Hi, in the light of this announcement it might be a good idea to consider ANGLE again as a unified rendering platform for JavaFX. Do not try to reinvent the wheel again. The JavaFX community is much too small to always do its

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

Maybe I misunderstood the question but to my opinion the real question is whether the new java packager has to provide the support for a splash screen or not. This has nothing to do with the question whether applications should have a splash screen or not because if we find that todays Java is

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

Hi, is it possible to get a clear statement on whether it will be possible to package a JavaFX application with the new packager in a similar way as it is possible right now with the old packager? The texts are a little bit vague there. I just don't know whether it is possible to create a

Re: Announcing EA builds of standalone JavaFX SDK

path again. I consider this annoying behaviour a bug and have thus filed a corresponding bug report. <https://bugs.eclipse.org/bugs/show_bug.cgi?id=534572> Michael Am 09.05.18 um 13:39 schrieb Michael Paus: Hi, I investigated the issue of using the standalone JavaFX SDK inside of

Re: Announcing EA builds of standalone JavaFX SDK

his may be a problem if you are not yet ready or willing to modularize your application. If somebody knows a trick to get around this limitation I'd be happy to here about it. Michael Am 08.05.18 um 14:39 schrieb Michael Paus: Am 08.05.18 um 14:27 schrieb Tom Schindl: [...] 3. How do yo

Re: Announcing EA builds of standalone JavaFX SDK

compile time dependencies but results in an error at runtime. Since Java 9 Eclipse has really become a mess. - Nir On Tue, May 8, 2018 at 3:39 PM, Michael Paus <m...@jugs.org <mailto:m...@jugs.org>> wrote: Am 08.05.18 um 14:27 schrieb Tom Schindl: [...] 3. How

Re: Announcing EA builds of standalone JavaFX SDK

Am 08.05.18 um 14:37 schrieb Paul Ray Russell: V. pleased to say it's working for me. It builds using our current Maven build ( which is targeted in Maven at JDK 9) org.apache.maven.plugins maven-compiler-plugin 3.6.2

Re: Announcing EA builds of standalone JavaFX SDK

Am 08.05.18 um 14:27 schrieb Tom Schindl: [...] 3. How do you properly configure an Eclipse (the latest 4.7.3a) project to use this module path. Adding the OpenJDK was no problem but how do you add the module path for JavaFX? I failed on that. You just open the Java Build

Re: Announcing EA builds of standalone JavaFX SDK

Hi Kevin, that's a great achievement. I have a few questions/remarks though: 1. On the announcement page I assume the license agreement should not read "These binaries are provided under the GNU General Public License ." but instead should read

Re: native libs in modules

Am 30.04.18 um 17:29 schrieb Kevin Rushforth: One thing to note is that unlike the JDK build, all class files for Windows, Linux, and Mac are set up to be built (but not shipped) on all three platforms, so it might be possible to create a jar file that would be the same on all three platforms.

Re: Removal of apps/scenebuilder from OpenJFX repo

How will these changes then be synchronized with the work Gluon is doing for the version distributed by them? Do they work on the same repo? Am 12.03.18 um 23:25 schrieb Kevin Rushforth: Hi Florian, By way of update, after thinking about this for a week (and getting some offline feedback), I

  1   2   >