This works just as well as a build of OpenJDK 11 with JavaFX prebuilt
for me in Netbeans 9 Beta. The project tested on was a personal modular
JavaFX application using OpenJDK 10 in Arch Linux.
That said however, there seems to be a bug in the latest release of
OpenJFX that is reproducible on m
Hi,
I'm no longer able to build from any source(dev or 10 atleast) on Arch
Linux due to the following warnings here:
https://pastebin.com/rJqu7Nws
The only two packages that have changed since my last successful source
build was Gradle and Mercurial(distro package versions). I've tried
down
3. JavaFX has been removed from JDK 11 as of this week. Starting with
jdk-11+14, early access builds of JDK 11 will not include JavaFX.
4. After jdk-11+14 is posted on java.net, and FX is no longer included
in JDK 11, we will start using openjfx-11 as the fix version in JBS to
distinguish it
On 05/16/2018 10:42 AM, Kevin Rushforth wrote:
On 5/15/2018 11:57 PM, Ty Young wrote:
3. JavaFX has been removed from JDK 11 as of this week. Starting
with jdk-11+14, early access builds of JDK 11 will not include JavaFX.
I'm not sure if it's intentional or perhaps a bug on m
On 05/16/2018 02:04 PM, Kevin Rushforth wrote:
On 5/16/2018 10:49 AM, Ty Young wrote:
That one, as mentioned in the wiki build guide. I get an immediate
build fail(see: https://pastebin.com/geR4LLMm). The JDK works just
fine: I can set it as the default JDK, run Netbeans, set the project
On 06/19/2018 10:51 AM, omnip...@gmail.com wrote:
A minor issue in the Table component existed in previous versions of JavaFX
when editing in a cell was turned on. Only if the Return key was pressed was
the data entered into the backing bean. Leaving the cell with Tab or by
mouse did not registe
Bug review ID: 9057302.
TavleView's setMouseTransparent no longer makes mouse events(like
clicking) transparent for that TableView when set to true in JavaFX 11.
In Oracle 9 and 10 it did, however. I vaguely remember compiling OpenJDK
10 with JavaFX integrated and had the same issue even thou
The zip file "src.zip" located in rt/build/sdk/lib/ after building
JavaFX from source causes a bugged build of OpenJDK with JavaFX
integrated into it. The build itself completes just fine, it's just that
resulting build has issues.
Because a zip file isn't a supported module format, Netbeans s
of fullscreen while
being 'fullscreen".
Basically what I'm asking is: Does JavaFX just disable window
decorations(title bar/resize borders) and overlays the application over
the OS's desktop or is it *truly* fullscreen?
On 9/18/2018 7:11 PM, Ty Young wrote:
Bug review ID: 905730
sent about the zip
file causing a bugged JDK?
[1] https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8211007
On 9/19/2018 7:52 AM, Ty Young wrote:
On 9/19/18 8:01 AM, Kevin Rushforth wrote:
Thanks for reporting the issue. I see it in the bug system, and it
should be transferred
On 9/21/18 5:27 PM, Kevin Rushforth wrote:
Please review the following on GitHub:
https://bugs.openjdk.java.net/browse/JDK-8209966
https://github.com/javafxports/openjdk-jfx/pull/174
This will bump the minimum boot JDK needed to build JavaFX 12 to JDK 11.
-- Kevin
Is requiring the previou
On 9/24/18 2:12 AM, Johan Vos wrote:
> And it's only going to get worse as time goes on. Would it not be
> possible to support up until the last JDK LTS(Starting at 11)
release
> for building JavaFX? I feel like maybe that would be more
reasonable.
This is a good ques
complain. If there is no other *PROPER*
AND *COMPLETE* way to reduce the insanely high memory usage of "server"
JDK/JRE builds, is that use case not enough reason to support it?
(Side note: A "client" build of the JDK fails to finish a JavaFX test
because it runs out
On 9/19/18 3:55 AM, Johan Vos wrote:
Hi,
As promised, we looked into an interim solution for the packager-gap. Work
for the new Java Packager (12?) is being done in the OpenJDK sandbox repo.
We backported the required changes to an OpenJDK 11 mirror:
https://github.com/johanvos/openjdk-mobile1
.extra is all about. I found those by searching
for all the module-info files from in JavaFX and seeing if there was any
matches to jdk.tools.jlink.internal.packager.
On Thu, Sep 27, 2018 at 4:14 AM Ty Young <mailto:youngty1...@gmail.com>> wrote:
On 9/19/18 3:55 AM, Johan
On 10/14/18 3:22 PM, Mark Raynsford wrote:
Hello!
I've been developing with Swing for many years, and I'm just now giving
JavaFX a serious look now that the distribution issues are fixed
(packages on Maven Central and the like).
I've run into a couple of odd issues and I'm not sure that either
Does JavaFX have an API for dynamically editing and applying CSS files
in-memory? If not, would there be any possibility in one ever being made?
My reasoning for such an API is, instead of switching between completely
separate CSS files and having to update each whenever I need to support
a n
On 10/15/18 7:02 AM, David Grieve wrote:
Just setStyle -fx-theme-header (etc.) on the root node.
That doesn't work, sadly. The actual FX CSS properties that utilize
-fx-theme-header don't update after setting a new value.
On 10/15/18 1:05 AM, Ty Young wrote:
Does JavaFX h
Hi,
My JavaFX program updates API objects in the background via a non FX
thread that, when changed by another program, are reflected in my JavaFX
GUI's controls by property binding, specifically TableView, Slider,
TextField, and ComboBox. Problem is, while JavaFX is OK with this for
TableVie
On 11/9/18 11:58 PM, Ty Young wrote:
Hi,
My JavaFX program updates API objects in the background via a non FX
thread that, when changed by another program, are reflected in my
JavaFX GUI's controls by property binding, specifically TableView,
Slider, TextField, and ComboBox. Probl
ch info however I really haven't noticed anything, even long term
with it being open for 8+ hours. These objects are update very
frequently as well.
To be clear, this isn't some business application that gets info from a
database or something.
On 10.11.18 06:58, Ty Young wrote:
bject is itself different(in other words, if the
current value is 0 and the new value is 0, there is no change) which is
nice and efficient.
Also, take the attitude down a notch or two.
Brian
On Mon, Nov 12, 2018 at 10:02 PM Ty Young <mailto:youngty1...@gmail.com>> wrote:
atic that it doesn't exist.
Not being able to tell when a runnable has finished executing(besides
ChangeListeners) is a big deal.
Tom
On 13.11.18 05:38, Ty Young wrote:
On 11/12/18 9:12 PM, Brian Hudson wrote:
JavaFX like every other modern UI framework is single threaded.
Whi
On 11/18/18 3:01 PM, Michael Dever wrote:
Oracle seems to have Destroyed the combination of:
Netbeans, JavaFX, and SceneBuilder, building JavaFX from an IDE.
Is there any other IDE that supports and builds: JavaFX FXML Applications,
out of the box that just works, and that you can design the G
So here is an odd one: JavaFX is now longer building on Arch Linux even
on a previous source directory that did compile just fine. I'm guessing
that something was updated and isn't compatible with JavaFX's build
scripts but I'm not entirely sure what exactly it is.
(Note: just to make sure th
an" results
in the same fail. All tasks are borked would be my guess.
On Mon, Dec 3, 2018 at 4:58 PM Ty Young <mailto:youngty1...@gmail.com>> wrote:
So here is an odd one: JavaFX is now longer building on Arch Linux
even
on a previous source directory that did compi
(I'm too lazy to make different emails for every bug so I've just thrown
them in a single email. Hopefully that isn't a big deal.)
In my attempt to write a more proper responsive JavaFX UI, I've created
a new JavaFX project which extensively uses DoubleBindings to force the
min/max width/heig
On 1/2/19 6:27 PM, Ty Young wrote:
(I'm too lazy to make different emails for every bug so I've just
thrown them in a single email. Hopefully that isn't a big deal.)
In my attempt to write a more proper responsive JavaFX UI, I've
created a new JavaFX project wh
On 1/6/19 5:06 AM, Siddhesh Rane wrote:
(An earlier version of this email turned out completely empty when delivered on
the mailing list)
I have used JavaFX on Linux since 8.0 and have never faced any serious issues.
January 3, 2019 4:29 AM, "Ty Young" wrote:
In my attempt
./rt/build/modular-sdk. What list should this be
reported to?
On 1/2/19 6:27 PM, Ty Young wrote:
(I'm too lazy to make different emails for every bug so I've just
thrown them in a single email. Hopefully that isn't a big deal.)
In my attempt to write a more proper responsive J
On 1/9/19 2:38 AM, Ty Young wrote:
On 1/9/19 1:59 AM, Tom Schindl wrote:
On 09.01.19 06:13, Ty Young wrote:
I've done a fresh build of JavaFX 12 and JDK 13(12 hasn't been released
yet but apparently 13 is a thing). These issues still exist.
To really help finding and solving the p
Seeing as how this important issue is seemingly being ignored, I've
decided to upload a video showcases the bugs[1]. If this isn't evidence
that there is a problem with JavaFX's content rendering, resizing, and
fonts I don't know what is.
The issues I'm experiencing affect every single JavaFX
On 1/13/19 5:33 PM, John Neffenger wrote:
On 1/12/19 10:20 PM, Ty Young wrote:
Seeing as how this important issue is seemingly being ignored, I've
decided to upload a video showcases the bugs[1]. If this isn't
evidence that there is a problem with JavaFX's content rendering,
On 1/16/19 8:57 AM, Siddhesh Rane wrote:
January 16, 2019 8:07 AM, "Ty Young" wrote:
...and can cause undefined behavior like horizontal scrollbars showing when
they shouldn't I
assume?
As I have said previously, scrollbar issue is occuring only due to your use of
DoubleBi
On 1/17/19 12:55 PM, Siddhesh Rane wrote:
January 16, 2019 11:31 PM, "Ty Young" wrote:
How else is percentage based UI sizing besides DoubleBinding(s)? Isn't column
restraints just the
same thing but aligns everything to a column?
I have to ask(again) as to why mi
Attempting to set the preferred height of a TreeView or content that
would otherwise expand the component(super.setPrefHeight or another
component in the containing node) results in a massive freakout
resulting in a memory leak and extremely high CPU usage.
Using Netbean's method profiler[1] s
On 6/7/19 4:40 AM, Johan Vos wrote:
The PR discussed in https://github.com/javafxports/openjdk-jfx/pull/472,
addressing https://bugs.openjdk.java.net/browse/JDK-8167148 provides a
very
much wanted feature. It is important that things are done in the right way
so that the code can be maintain
If you want to learn more about Panama you can read the JEP page:
https://openjdk.java.net/jeps/412
You can also join the panama-dev list and ask questions:
https://mail.openjdk.java.net/mailman/listinfo/panama-dev
Biggest things for JavaFX that I can think of is jextract, a tool for
gene
ause there are fewer ways to make mistakes. Most of the work on
JavaFX has already been done in this area and the mistakes have been
found and fixed by now, so is there any substantial value in redoing
it with jextract?
On Thu, May 20, 2021 at 12:25 AM Ty Young <mailto:youngty1...@gmai
On 5/30/21 5:19 PM, John Neffenger wrote:
On 5/19/21 1:17 PM, Ty Young wrote:
Biggest things for JavaFX that I can think of is jextract, a tool for
generating Java headers from a C header, and having all binding code
written in Java.
JavaFX has been doing its own manual form of Project
Netbeans no longer defaults to creating Ant based projects unlike years
ago & there has been, IIRC, some talk on further retiring support for it
and Maven works just fine provided that you use the JavaFX Maven plugin*.
Still maybe worth fixing since support isn't completely removed and
there
Does this also fix the free(): invalid pointer issue when closing a
JavaFX application on Linux or is that unrelated?
On 7/1/21 6:17 AM, Kevin Rushforth wrote:
On Tue, 22 Jun 2021 20:42:48 GMT, Kevin Rushforth wrote:
This is a fix for the assertion error message that is printed to the conso
You want a list of bugs that could be fixed? Today's your lucky day!
* Resizing a JavaFX window under Linux (still) causes graphical
glitches, needing -Dprism.forceUploadingPainter=true or, IIRC, software
rendering to "fix".
* Resizing ALSO causes graphical glitching on the bottom and right
On 8/4/21 5:35 PM, John Hendrikx wrote:
On 04/08/2021 19:05, Ty Young wrote:
* A late "showing" property for when the application has been shown to
the user and all first viewing UI components have had their sizes
calculated and are being displayed, if it doesn't exist
Oh, and to add one more feature: ability to add context menu to specific
TreeView cells without going through cell factory.
On 7/30/21 7:56 AM, Kevin Rushforth wrote:
Now that JavaFX 17 is in RDP2, we can turn more attention to bug fixes
and enhancement requests for JavaFX 18. It's the summer,
My application also does not work with 17. The module-info.java spits
out random duplicate module reading errors and JavaFX classes can't be
found at compile time.
On 9/10/21 5:47 AM, Clemens Lanthaler wrote:
Hello everyone,
I have just updated from javafx 17-ea+14 to the GA release and I am
Told them about this over a(2?) year ago. Java 9 Modules do not accept
unsupported file formats such as ZIP files(nor have they ever) and will throw
an error if a module folder contains them.
Not only does this cause this issue, but it violates standards: in no OS will
you find zip files co
On 12/27/19 4:19 AM, Johan Vos wrote:
Hi David,
What tutorial are you talking about? If you refer to https://openjfx.io,
that is a community-initiative, developed at
https://github.com/openjfx/openjfx-docs .
So if you have issues and PR's, that is the place to submit and discuss
with the other
On 12/27/19 4:40 PM, John-Val Rose wrote:
Ty,
If it’s so easy to fix then why don’t you just fix it?
I don't exactly have the ability to directly push changes to the repo...
John-Val
On 28 Dec 2019, at 09:14, Ty Young wrote:
On 12/27/19 4:19 AM, Johan Vos wrote:
Hi David,
. I guess because it was the other way around that it was OK
though.
TL;DR: People in glass houses shouldn't throw stones.
C: somewhere between A and B?
- Johan
On Sat, Dec 28, 2019 at 12:11 AM Ty Young <mailto:youngty1...@gmail.com>> wrote:
On 12/27/19 4:40
ly who made the joke but I do know as
someone who watches said events on YouTube that those events are very
incestuous. I guess because it was the other way around that it was OK
though.
TL;DR: People in glass houses shouldn't throw stones.
C: somewhere between A and B?
- Johan
On Sat,
, and to construct optimal modulepaths for modular applications.
Good luck doing that. Netbeans still spits out a pre java 9 command line
string that is *supposed* to be able to launch the application from the
command line. It doesn't.
Kind regards,
Anthony
[1] https://youtrack.jetbrains.com
Hi all,
After many months of being unable to run my JavaFX application due to
transitioning to the new Project Panama MemoryAccess API(for native C
calling, of course), I've finally gotten things to semi-working order
and able to tryout JavaFX 14... only to find out that JavaFX on Linux is
s
, Ty Young wrote:
Hi all,
After many months of being unable to run my JavaFX application due to
transitioning to the new Project Panama MemoryAccess API(for native C
calling, of course), I've finally gotten things to semi-working order
and able to tryout JavaFX 14... only to find out
On 4/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 fr
then you should be able
to run everything on the classpath like normal. Netbeans at least
doesn't force modules wtih Maven. Or is reflection disabled on classpath
as of Java 9 too unless you have a module-info?
Michael
Am 18.04.20 um 12:58 schrieb Ty Young:
On 4/18/20 5:01 AM, Micha
On 4/20/20 10:47 AM, Mark Raynsford wrote:
Am I missing something here? What absurd arguments are required for
Maven projects?
I have multiple applications here running in full module-path mode (the
applications are modularized, and JavaFX is on the module path), using
plain Maven builds with
On 4/20/20 11:36 AM, Ty Young wrote:
On 4/20/20 10:47 AM, Mark Raynsford wrote:
Am I missing something here? What absurd arguments are required for
Maven projects?
I have multiple applications here running in full module-path mode (the
applications are modularized, and JavaFX is on the
On 4/24/20 2:14 AM, Abhinay Agarwal wrote:
Hi Ty Young,
I am trying to identify which part of the documentation changed after
JavaFX 13. The JVM arguments that you have specified are required
since JavaFX 11. Alternatively, user doesn't need to pass these
arguments if they are using j
Hi,
I'm trying to debug a memory leak in my application using Java Mission
Control & Flight Recorder[1]. Going down the tree it gives, it seems to
be caused by this code:
Series series = super.getSeries();
ObservableList> points = series.getData();
if(points.size() > super.getSeconds().ge
After hours of running my JavaFX application I start getting this error
spammed in console:
java.lang.OutOfMemoryError: Cannot reserve 149024316 bytes of direct
buffer memory (allocated: 149066725, limit: 209715200)
at java.base/java.nio.Bits.reserveMemory(Bits.java:178)
at
java.base
On 5/6/20 12:39 PM, Ty Young wrote:
After hours of running my JavaFX application I start getting this
error spammed in console:
java.lang.OutOfMemoryError: Cannot reserve 149024316 bytes of direct
buffer memory (allocated: 149066725, limit: 209715200)
at java.base
E for prefered width/height, not
Short.MAX_VALUE. I don't know where 32767(Short.MAX_VALUE) is coming
from, I never explicitly request those dimensions.
Could the screen being locked and the screen being off have to do with this?
-- Kevin
On 5/7/2020 11:51 AM, Ty Young wrote:
On
On the topic of private APIs that should probably be public... can the
performance tracker class be made public too? I'd very much like to know
the FPS at which my application is running at.
Does anyone know whats going on with this:
https://imgur.com/a/g7Ti3Zc
It doesn't seem to be a space issue, even the top tick mark is missing
on the one chart...
On 5/7/20 3:44 PM, Kevin Rushforth wrote:
This suggests that there might be a memory leak (possibly in uploading
painter which I see you are using). Is this easily reproducible?
I tried doing software rendering just to see if it made any difference.
I don't know if it fixed any of the ot
On 5/10/20 3:52 PM, John Hendrikx wrote:
They're related. 32767x1137x4 = 149024316.
It would help to know what your app might be doing. Although it could
be a bug in JavaFX, it seems more likely that a canvas/image or cached
group or something is a bit bigger than reasonable.
I think I'v
On 6/25/20 10:56 PM, John Neffenger wrote:
Fixes [JDK-8201567](https://bugs.openjdk.java.net/browse/JDK-8201567).
-
Commit messages:
- 8201567: QuantumRenderer modifies buffer in use by JavaFX Application Thread
Changes: https://git.openjdk.java.net/jfx/pull/255/files
Webrev:
Don't know anything about fat jars, but you could try this jlink plugin:
https://tentackle.org/static-content/sitedocs/tentackle/latest/tentackle-jlink-maven-plugin/jlink-mojo.html
It works with non-modular projects as well - everything just gets dumped
into a folder and put onto the module p
On 2/2/21 8:16 PM, Nir Lisker wrote:
Hi Mike,
First of all, I would have you consider revisiting your medical observation
on the state of JavaFX. If you've read the almost-weekly recurrent threads
of "should I use Swing or JavaFX" in r/Java, you'd realize that reports of
JavaFX's death are grea
70 matches
Mail list logo