Re: Talk about OPENJFX's future

2018-09-21 Thread javafx
processors. It's more or less an honor thing, right, but we're an honorable lot, LOL.  I buy my IDE. I buy other tools. That's all so I can use JavaFX. It makes no economic sense to think this manna is always going to just fall from heaven. Let's just all pony up and put our own futures

Re: Talk about OPENJFX's future

2018-09-21 Thread javafx
intentionally misleads the viewer. I leave it to the reader to judge what would be worst. I am not going to make performance statements without numbers, but my first observations using JavaFX 11 with the Bellsoft Liberica VM are very encouraging (see https://gluonhq.com/javafx-11-early-access

Re: JavaFX 11 is released

2018-09-18 Thread javafx
We will review your report and have assigned it an internal review ID : 9057296. hth...   On Tuesday, September 18, 2018 at 3:24 PM, Kevin Rushforth wrote:   I really meant that when you file a bug at https://bugreport.java.com/ you can paste it inline there, along with your description of

Re: JavaFX 11 is released

2018-09-18 Thread javafx
to even entertain the idea that this was not a subtle programming mistake but instead a bug in JavaFX. I can't avoid writing these so that you have to read the javadoc  - you just have to read the javadoc.  My experience tells me the brief  versions were not easy to understand so I'll post

Re: JavaFX 11 is released

2018-09-18 Thread javafx
of JavaFX 11 as well as the launch of a new OpenJFX community site at: http://openjfx.io/ The GA version of JavaFX 11 is now live and can be downloaded by going to the openjfx.io site or by accessing javafx modules from maven central at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base

Re: JavaFX Application Thread is recursively re-entrant into Eventhandler handle() method under some circumstances

2018-09-09 Thread javafx
y versions of this program are  available at . The javadoc is more copious, the bug is manifested as an exception and the side effect of the bug are more consequential. This brief version cnosists of just two classes. Here is the JavaFX Applica

Re: JavaFX Application Thread is recursively re-entrant into Eventhandler handle() method under some circumstances

2018-09-09 Thread javafx
 available at . The javadoc is more copious, the bug is manifested as an exception and the side effect of the bug are more consequential. This brief version cnosists of just two classes. Here is the JavaFX Application class: **

Re: JavaFX Application Thread is recursively re-entrant into Eventhandler handle() method under some circumstances

2018-09-09 Thread javafx
. As I said previously, more comprehensible and user-friendly versions of this program are  available at . The javadoc is more copious, the bug is manifested as an exception and the side effect of the bug are more consequential. This brief version cnosists of just two classes. Here is the JavaFX

Re: JavaFX Application Thread is recursively re-entrant into Eventhandler handle() method under some circumstances

2018-09-08 Thread javafx
, September 7, 2018 at 8:37 PM, jav...@use.startmail.com wrote:   Hi,  I have a couple of very small apps (3 small classes in one case and 5 in another)  which demonstrate that, under some circumstances, the JavaFX Application Thread will recursively re-enter EventHandler#handle(). So this means

JavaFX Application Thread is recursively re-entrant into Eventhandler handle() method under some circumstances

2018-09-07 Thread javafx
Hi,  I have a couple of very small apps (3 small classes in one case and 5 in another)  which demonstrate that, under some circumstances, the JavaFX Application Thread will recursively re-enter EventHandler#handle(). So this means that it is already in handle (and calls therefrom

Re: Windows Build setupTools

2017-12-21 Thread javafx
I did not try Tom's build instructions however I can contribute that having Cygwin on Windows 7 and following the build instructions as posted on the JavaFX build instructions page is not suffcient to result in a successful build.  The exact error messages I was receiving I posted earlier

Re: Text classes

2017-12-16 Thread javafx
Created a github page with a  wiki anyone interested is invited to join: https://github.com/javafx-iness/master/wiki I am interested to be able to do hit testing on Text for the purpose of writing a rich text editor, among other things.    On Saturday, December 16, 2017 5:47 AM, Abossolo Foh

Re: Text classes

2017-12-05 Thread javafx
Sorry about all the typos previously.  Question- why not use the code in awt ? I am not totally up on what's going on with the platforms' native rendering engines ( meaning, I have no idea whatsoever) or how they have changed, but golly it sure does still work pretty well.  At least it

Re: Text classes

2017-12-05 Thread javafx
but I can't get JavFX to build and after a real, full week or trying, gave up for-ev-vah and moved on to other stuff. I am going to leverage Swing for my Fontly needs and am brushing of my C++ in case it JavaFX never does it and Oracle (foolishly!!!) deprecates Swing at which point it's

feedback on item

2017-12-05 Thread javafx
, compare the class Font found in javafx to the class Font found in java.awt . java.awt's Font class, it's methods and the classes it references will lead you straight into what the difference between the two libraries are and what capabilities are absent in javafx.   

Text classes

2017-11-25 Thread javafx
Hi, This is a question about the future of Text under Javafx. Very briefly, Swing provided access to everything a dev could need in order to write a rich text editor from scratch. LineBreakMeasurers and HitTesting and everything.  In JavaFX these things are not directly available to the dev

Re: Error on build

2017-10-08 Thread javafx
uot;WINSDK_DIR")) >>>> and that system variable is, in fact, set as proved by (my) running >>>> this simple program I wrote (which exists in the same directory as >>>> win.gradle to exclude any conceivable path issues) and getting the >>>> proper outputp

Re: Error on build

2017-10-06 Thread javafx
(my) running >>>> this simple program I wrote (which exists in the same directory as >>>> win.gradle to exclude any conceivable path issues) and getting the >>>> proper outputpublic class WinSDK { public WinSDK() { } public static >>>> void main(String[] args) { String sdk = >>&g

Re: Error on build

2017-10-03 Thread javafx
g any of the gradle scripts, (in my instance gradle.win) ? Seems like first -step level stuff that is done regularly by everyone on the list interested in improving or exploring OpenFX but maybe I am wrong about this? Many thanks in advance. On Thursday, September 28, 2017 6:59 PM, ja

Re: Error on build

2017-10-03 Thread javafx
list interested in improving or exploring OpenFX but maybe I am wrong about this? Many thanks in advance. On Thursday, September 28, 2017 6:59 PM, javafx@use.startmail.comwrote: Hi All, New member to this group. I am encountering a little trouble when I try to build O

Re: Error on build

2017-10-03 Thread javafx
Hi Chris, I am on Windows 7 and WinSDK 7.0A and DirectX June 10, 2010; not sure if any of that makes a difference here or not.  I cloned a couple weeks ago and in my win.gradle on line 68 it has a hard coded absolute path thus: defineProperty("WINDOWS_VS_VSINSTALLDIR", properties,

Re: Error on build

2017-10-02 Thread javafx
Hi again ! Well I was able to track down the source of the error I am receiving from the gradle build. Unfortunately, the error persists, which is a bit of a mystery. Maybe a gradle maven can enlighten me here. For some reason, this line on line 90-91 of win.gradle is throwing the

Error on build

2017-09-28 Thread javafx
Hi All, New member to this group. I am encountering a little trouble  when I try to build OpenJFX. I am following the instructions here: (using Cygwin on Win 7): https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX When I run gradle after cloning the OpenJFX repository, I get a