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
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
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 alrea
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
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
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
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
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...@gmail.com>&
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
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
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
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
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
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
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 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.
/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 5/6/20 12:39 PM, Ty Young
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
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
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() >
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
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
e
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, Michael Paus wrote:
Getting started
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
, 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
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
ptimal 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/issue/IDEA-171448
On 28
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, Dec 28, 2019 at 12:11 AM Ty Young <mailto:youngt
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 PM, John-Val Rose wrote:
> Ty,
>
>
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,
What
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
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
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]
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 minWidt
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,
resizing
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
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 problem you
/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 JavaFX UI, I've
created
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 attemp
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 which extensively uses
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 compile just fine. I'
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
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
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.
Which in itself is fine, running *just* the UI isn't much on modern
processors. Adding
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:
On 11/12/18 5:3
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:
Hi,
My JavaFX program
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. Problem
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
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 have an API
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
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
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 Vos wrote:
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:
"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 of heap space. Guess I'll need to build a server and
client variants from now on.)
On 9/18/2018 7:
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
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
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 to the JDK
hile
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: 9057302.
TavleView's setMouseTrans
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
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
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
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 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 my end
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
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
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
66 matches
Mail list logo
