and building,
and so on. I think every open source project the size of OpenJDK should have
such mentors. Unfortunately, least do.
-Markus
From: John-Val Rose [mailto:johnvalr...@gmail.com]
Sent: Mittwoch, 6. Dezember 2017 09:41
To: Markus KARG
Cc: openjfx-dev@openjdk.java.net Mailing
Subject
Yes, but not everything needs a JEP always. Maybe what Phil has in mind is
small enough to be accepted without. Somebody has to decide before filing the
JEP.
-Markus
From: Mario Torre [mailto:neugens.limasoftw...@gmail.com]
Sent: Mittwoch, 6. Dezember 2017 09:11
To: Markus KARG
Cc: openjfx
I think what John actually asked for is whom to send his design upfront at the
JFX team to get an initial judgement whether it is worth programming it, or
whether it bears such flaws that it makes not much sense to invest any more
time. Whether or not that decision is done by an Oracle employee
https://bugs.openjdk.java.net/browse/JDK-8177077
Please review the patch attached to JDK-8177077
I simply wrapped invocations to Timeline.play() and Timeline.stop() by
Platform.runLater, so it should be thread safe now.
https://bugs.openjdk.java.net/browse/JDK-8178837
There is a potential performance drawback due to a type mismatch in
TriangleMesh.java:548 as `points.size()` returns `int` so storing as
`double` makes not much sense.
I provided a patch which simply replaces double by int.
x-dev-boun...@openjdk.java.net] On Behalf Of
Michael Paus
Sent: Samstag, 24. Dezember 2016 10:21
To: openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Many thanks again.
Am 23.12.16 um 18:18 schrieb Markus KARG:
> I assume it is OK for you to use internal APIs?
Of
of what I am observing but it also makes me
wonder how you could effectively measure the actual frame rate because that's
what you are normally interested in.
Michael
Am 23.12.16 um 09:15 schrieb Markus KARG:
> AnimationTimer is fired once per "planned" frame (i. e.
AnimationTimer is fired once per "planned" frame (i. e. running at maximum
possible FPS), not per "actually rendered" frame. JavaFX contains a lot of
optimizations. For example, a boolean property animated over time to switch
from false to true will only imply a single modification, hence only o
+1 for CSS performance
Also I would sing and dance if some fine day the following *smaller* features
would finally make using FXML really fun:
* Complete FXML binding syntax (JDK-8088368 [Support for Hash-Operator],
JDK-8132450 [Custom Conversions in FXML], JDK-8137089)
* More bindings (JDK-81
Michael, note that Marlin FX still is fully software rendering, while you asked
for more hardware rendering recently. The latter will be an additional approach
not targeted yet by Marlin FX.
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Beh
Laurent, the problem is that OpenJDK 9's feature set is already fixed, so I
think it is not possible to *officially* adopt huge features like Marlin FX at
such a "late" point. Besides that I think that Marlin FX is of so high value to
OpenJDK that I would like to nominate you as an OpenJDK commi
The limiting factor is the single-thread architecture of rather all parts of
JavaFX. The only real difference you see between machines is not correlating
with neither number of CPU cores nor GPU cores, but only with CPU frequency,
roughly spoken. Short term fixes will only provide little improve
Kevin,
I did a quick survey at TeamFX and asked every member to vote. Here is the
official TeamFX opinion. I hope it is of any worth for you.
Preface: Besides the ticket IDs you asked to prioritise TeamFX thinks that
the top issue for JDK 9 should be performance, most notably of CSS
processing. I
I need to react upon two distinct EventTypes. There are two possibilities:
Adding two distinct event filters, each for its own event type, or add one
event filter for a family of event types, using a switch statement in
"application space" to filter for the right event. Certainly for an
application
s that I am not an
expert in reading stack traces. ;-)
-Markus
From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com]
Sent: Dienstag, 22. Dezember 2015 16:57
To: Markus KARG
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Huge JavaFX performance drop in Debian Jessie
This is the normal stac
an object which itself has locked?!
-Markus
-Original Message-
From: Chris Newland [mailto:cnewl...@chrisnewland.com]
Sent: Dienstag, 22. Dezember 2015 10:06
To: Chien Yang; Markus KARG
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Huge JavaFX performance drop in Debian Jessie
Hi Chien
Just to understand "not supported GPU" better: Is there GPU-specific code in
JavaFX? I thought JFX is using vendor-neutral APIs to access the GPU?
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Chien Yang
Sent: Dienstag, 22. Dezembe
+1
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Tom Schindl
Sent: Dienstag, 22. Dezember 2015 07:16
To: openjfx-dev@openjdk.java.net
Subject: Constant resetting to initial-state when adding/remove styleclasses
Hi,
While debugging some c
Chris,
can you please check what the JFX thread does whilst the scroll-freeze (e.
g. using jstack or jvisualvm)? It would be great to learn whether it is
related to JDK-8145565.
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Chris
Does you plan to make more APIs public the Area class? Applications which
simply want to register events like "when the mouse hovers of this area of a
picture then notify me" where 'area' is an arbitrarily shaped region of the
screen. Currently this has to be done with invisible Shapes, which 'feel
This sounds very encouraging! Are there any forecasts of a time frame when this
will be stable enough to let us "play" with? :-)
-Markus (TeamFX)
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Johan Vos
Sent: Dienstag, 15. Dezember 2015 0
JavaFX support for multi-resolution images is really a killer feature, as it
simply is ridiculous how small images render on HiDPI that are scaled for
LowDPI.
For JDK 10, I'd kindly ask to review the list of essentials that I sent you
some months back by personal mail.
-Markus
-Original M
Agreed.
-Original Message-
From: Phil Race [mailto:philip.r...@oracle.com]
Sent: Donnerstag, 3. Dezember 2015 19:39
To: Markus KARG; openjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
As Kevin already said, you won't get anywhere by discussing that on
*this* list.
It is o
35
To: openjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
On 02.12.2015 18:45, Markus KARG wrote:
> I wouldn't bother you if I wouldn't have met those people and listened to
> their ideas, BTW.
One type of ideas one can regularly see in open source communities is
'someone
to
> do it for you) about the corresponding issue on bugs.openjdk.java.net
> - someone from Oracle should give anyone who filed an issue that made it
> to
> bugs.openjdk.java.net the enough rights so he/ she can join on the
> discussion
> in the issue
>
> Any better wa
Dezember 2015 10:46
To: openjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
On 01.12.2015 22:58, Markus KARG wrote:
> I actually talk about those people that *did not* invest the time to
> contribute
Making high quality contributions to open source projects takes a
considerable amount of humbl
Please try again with JavaFX 1.8.0_66.
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Bryan Buchanan
Sent: Mittwoch, 2. Dezember 2015 09:30
To: openjfx-dev@openjdk.java.net
Subject: App freezing on Linux
I have a customer testing a
:05
To: Markus KARG
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
The review process for external contributions does not even have to be
different from the internal review process. There can be a virtual organization
on GitHub called "Oracle CLA signatories". Af
penjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
On 01.12.2015 20:13, Markus KARG wrote:
> anymore or AT LEAST vote and comment on existing tickets. Is the JavaFX
team
> clear about how many contributors you lost by that policy?
I think the number you're looking for is zero, jud
instead of asking everybody to follow a complex
process? That would ensure the quality, but not for the cost of losing
contributors.
-Original Message-
From: Hervé Girod [mailto:herve.gi...@gmail.com]
Sent: Dienstag, 1. Dezember 2015 20:19
To: Markus KARG
Cc: openjfx-dev@openjdk.java.net
S
2015 19:06
To: openjfx-dev@openjdk.java.net
Subject: Re: Future of JavaFX
On 01.12.2015 18:35, Markus KARG wrote:
> With respect to TeamFX, the better question is: Are there plans to further
> open the project so third party has an easier channel to contribute
without
> the hazzle of co
With respect to TeamFX, the better question is: Are there plans to further
open the project so third party has an easier channel to contribute without
the hazzle of contributor agreements, JIRA accounts, and so on?
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.ja
Speaking of promotion an VW, does it make the Golf an outdated car just because
they stopped TV marketing in Germany because their sales is running quite well
still? ;-)
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Tom Eugelink
Sent: Mo
I assume you already opened a JIRA ticket and filed a reproducible test case,
so Oracle can fix the issue ASAP? ;-)
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Daniel.
Sent: Montag, 30. November 2015 22:49
To: Florian Brunner
Cc
I think this issue identifies a problem caused by a deeper level of the Java
stack: When will CDI become part of Java SE?
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Nitin Malik
Sent: Samstag, 21. November 2015 23:00
To: openjfx-dev@ope
Side note: First launching a JavaFX application and then sending a
file-open-event afterwards is also something Windows does since decades.
Whether or not the old (file name paramater) or new (OLE event) method is used
can be customized by the administrator for every single file type. So adding
Great, thanks! :-)
-Original Message-
From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com]
Sent: Freitag, 26. September 2014 19:19
To: Stephen F Northover; Markus Karg
Cc: openjfx-dev@openjdk.java.net
Subject: Re: User Mailing List / Forum
Hi Markus,
We have updated the OpenJFX
I am new to JavaFX and like to ask if there is some "official" JavaFX 8 forum
or mailing list FOR USERS as I did not find this information on
http://openjdk.java.net/projects/openjfx/ (actually it says the user forum is
https://forums.oracle.com/forums/forum.jspa?forumID=1385 but that results in
38 matches
Mail list logo