RFR: 8089900: [Mac, Font] NPE in MacFontFinder.populateFontFileNameMap

[Philip Race]

Bug: https://bugs.openjdk.java.net/browse/JDK-8089900
Webrev : http://cr.openjdk.java.net/~prr/8089900/

Reported numerous times over many years and releases.
Root cause in core text not known but we can avoid the NPE
Read the bug report and it's duplicates for more details.

-phil.

[10] Review request: 8193161: NullPointerException when generating image/installer on Linux

[victor . drozdov]

Alexander,

Please review the changes about fixing NPE when generating an image or 
installer on Linux.


JIRA: https://bugs.openjdk.java.net/browse/JDK-8193161
Webrev: http://cr.openjdk.java.net/~vdrozdov/JDK-8193161/webrev.00/

--Victor

Re: Build issues on Ubuntu 16.04, 17.10 and 18.04-daily inside Docker

[Kevin Rushforth]

We ought to get a fix for JDK-8189689 in sooner rather than later to 
allow builds to continue to work on newer versions of gcc. Maybe right 
after the JDK 10 RDP1 fork would be a good time.


As for the other error (the one from ant), you need 'ant' in your path 
in order to build the apps. ant 1.8.2 is what we use (we had some 
problems with 1.9 based versions, but I don't recall specifically if 
that was something in the apps build that was failing).


It's clear from the various build problems that folks are having, that 
the build instructions on the Wiki needs updating. I can take a stab at 
that after the JDK 10 RDP1 deadline has passed. If anyone wants to share 
their build problems, I can see about incorporating that into the Wiki.


-- Kevin


Laurent Bourgès wrote:

Hi,

My 2 cents: I reported a JavaFX build problem with GCC 6:
https://bugs.openjdk.java.net/browse/JDK-8189689

It gives a workaround for the wait() bug:
wait();

Laurent

2017-12-06 10:43 UTC+01:00, Karl-Philipp Richter :
  

Hi,
I'm experiencing the following issues when building OpenJFX following
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX inside
Ubuntu Docker images `ubuntu:[version]`  which are official and as empty
as possible. Afaik the build instructions or the supported list of OS is
quite old (only Ubuntu LTS version 14.04 and 16.04 are still supported
and up-to-date 17.10 and 18.04-daily are left out of the picture). My
motivation here is to improve the build process of OpenJFX, but not only
me alone. You might have you own CI, but in case you agree that the
following are real issues, I can only recommend GitLab CI (your own
instance or the one at gitlab.com) which allows to test whether build
instructions are working on any docker image you can image and can be
used parallel to existing infrastructure. I used it now to allow you to
reproduce the issues as easily as possible:

For `ubuntu:14.04` and `ubuntu:16.04` I get:

[ant:taskdef] Could not load definitions from resource
com/sun/javafx/tools/ant/antlib.xml. It could not be found.
:apps:appsJarLinux FAILED

FAILURE: Build failed with an exception.

* Where:
Build file '/builds/krichter/openjfx-8u-dev-rt/build.gradle' line: 3241

* What went wrong:
Execution failed for task ':apps:appsJarLinux'.
> The following error occurred while executing this line:
  /builds/krichter/openjfx-8u-dev-rt/apps/samples/build.xml:14: The
following error occurred while executing this line:

/builds/krichter/openjfx-8u-dev-rt/apps/samples/Ensemble8/build.xml:158:
Problem: failed to create task or type
javafx:com.sun.javafx.tools.ant:application
  Cause: The name is undefined.
  Action: Check the spelling.
  Action: Check that any custom tasks/types have been declared.
  Action: Check that any / declarations have
taken place.
  No types or tasks have been defined in this namespace yet

For `ubuntu:17.10` and `ubuntu:18.04` I get:


:fxpackager:compileLinuxLibrary/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:130:9:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "jre/lib/"JAVAARCH"/client/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:134:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "jre/lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:139:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:144:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:189:16:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 _T("/lib/"JAVAARCH"/client/libjvm.so");
^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:193:20:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 _T("/lib/"JAVAARCH"/server/libjvm.so");
^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:
In member function 'virtual bool PosixProcess::Wait()':

Re: javapackager: MacOSX: question about adding a file to the DMG outside of the app bundler

[Michael Paus]

I have not tried it myself but this post
http://crazyedy.com/tech/?p=535
claims that it is possible to add something like a readme after the DMG
file has been created by making it writable.

Am 06.12.17 um 16:58 schrieb Mani Sarkar:

Hi,

Has anyone worked out how to add a file like a README.txt into the DMG
volume such that its not bundled into the app bundler (.app file) but
placed outside it so that it is visible when the DMG volume is mounted for
installation?

It sounds like a simple action but the usage or docs don't point to it
directly - from the options so far, it seems it might not be possible. How
else can we present this to the end-user?

Any thoughts on this?

Thanks.

Cheers,
Mani

javapackager: MacOSX: question about adding a file to the DMG outside of the app bundler

[Mani Sarkar]

Hi,

Has anyone worked out how to add a file like a README.txt into the DMG
volume such that its not bundled into the app bundler (.app file) but
placed outside it so that it is visible when the DMG volume is mounted for
installation?

It sounds like a simple action but the usage or docs don't point to it
directly - from the options so far, it seems it might not be possible. How
else can we present this to the end-user?

Any thoughts on this?

Thanks.

Cheers,
Mani
-- 

@theNeomatrix369   |  Blog
  |  @adoptopenjdk | Dev communities

Meet-a-Project - MutabilityDetector 
 |  Github   | Slideshare
  | LinkedIn


Come to Devoxx UK 2018: http://www.devoxx.co.uk/

Don't chase success, rather aim for "Excellence", and success will come
chasing after you!

Re: Build issues on Ubuntu 16.04, 17.10 and 18.04-daily inside Docker

[Laurent Bourgès]

Hi,

My 2 cents: I reported a JavaFX build problem with GCC 6:
https://bugs.openjdk.java.net/browse/JDK-8189689

It gives a workaround for the wait() bug:
wait();

Laurent

2017-12-06 10:43 UTC+01:00, Karl-Philipp Richter :
> Hi,
> I'm experiencing the following issues when building OpenJFX following
> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX inside
> Ubuntu Docker images `ubuntu:[version]`  which are official and as empty
> as possible. Afaik the build instructions or the supported list of OS is
> quite old (only Ubuntu LTS version 14.04 and 16.04 are still supported
> and up-to-date 17.10 and 18.04-daily are left out of the picture). My
> motivation here is to improve the build process of OpenJFX, but not only
> me alone. You might have you own CI, but in case you agree that the
> following are real issues, I can only recommend GitLab CI (your own
> instance or the one at gitlab.com) which allows to test whether build
> instructions are working on any docker image you can image and can be
> used parallel to existing infrastructure. I used it now to allow you to
> reproduce the issues as easily as possible:
>
> For `ubuntu:14.04` and `ubuntu:16.04` I get:
>
> [ant:taskdef] Could not load definitions from resource
> com/sun/javafx/tools/ant/antlib.xml. It could not be found.
> :apps:appsJarLinux FAILED
>
> FAILURE: Build failed with an exception.
>
> * Where:
> Build file '/builds/krichter/openjfx-8u-dev-rt/build.gradle' line: 3241
>
> * What went wrong:
> Execution failed for task ':apps:appsJarLinux'.
> > The following error occurred while executing this line:
>   /builds/krichter/openjfx-8u-dev-rt/apps/samples/build.xml:14: The
> following error occurred while executing this line:
>
> /builds/krichter/openjfx-8u-dev-rt/apps/samples/Ensemble8/build.xml:158:
> Problem: failed to create task or type
> javafx:com.sun.javafx.tools.ant:application
>   Cause: The name is undefined.
>   Action: Check the spelling.
>   Action: Check that any custom tasks/types have been declared.
>   Action: Check that any / declarations have
> taken place.
>   No types or tasks have been defined in this namespace yet
>
> For `ubuntu:17.10` and `ubuntu:18.04` I get:
>
>
> :fxpackager:compileLinuxLibrary/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:130:9:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  "jre/lib/"JAVAARCH"/client/libjvm.so";
>  ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:134:13:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  "jre/lib/"JAVAARCH"/server/libjvm.so";
>  ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:139:13:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  "lib/"JAVAARCH"/server/libjvm.so";
>  ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:144:13:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  "lib/"JAVAARCH"/server/libjvm.so";
>  ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:189:16:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  _T("/lib/"JAVAARCH"/client/libjvm.so");
> ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:193:20:
> warning: invalid suffix on literal; C++11 requires a space between
> literal and string macro [-Wliteral-suffix]
>  _T("/lib/"JAVAARCH"/server/libjvm.so");
> ^
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:
> In member function 'virtual bool PosixProcess::Wait()':
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:235:5:
> error: 'wait' was not declared in this scope
>  wait();
>  ^~~~
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:235:5:
> note: suggested alternative: 'Wait'
>  wait();
>  ^~~~
>  Wait
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/Java.cpp:
> In destructor 'JavaClass::~JavaClass()':
>
> /builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/Java.cpp:237:46:
> warning: throw 

Re: Innovation again (was Re: Text classes)

[Mario Torre]

2017-12-06 9:40 GMT+01:00 John-Val Rose :
> Yes, I obviously need to know if anything I work on or design is going to
> be accepted or is even wanted by the community as a whole, and as early on
> in the process as possible.  Heck, if I had my way, JavaFX would be used to
> build everything from forms to FPS games and highly complex and performant
> 3D visualizations.  And don't say it can't be done in Java - it can.
> JavaMonkeyEngine can be used to create awesome games (for example).

If I understood correctly the change is big enough to need a JEP.
Generally, you need a JEP for new features, new API and big changes.
You don't need for bug fixes and internal refactoring. So, for
instance, adding a new port to the graphics need a JEP.

It's up to the project maintainer to say whether that should be a JEP
or not, though.

> Plus, I have never "done" a JEP but I believe it's quite a long and
> involved process (?)

Well, that doesn't mean you can avoid it ;)

I did work only with the two previous drafts of the JEP, but the
latest draft is a lot quicker (simply file a bug report basically).

The JEP is detailed here:

http://openjdk.java.net/jeps/1
http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html

The second link is the current version, the first link is for
reference since this is where the process should be detailed, but
hasn't been merged yet.

Cheers,
Mario
-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
Proud GNU Classpath developer: http://www.classpath.org/
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/

Build issues on Ubuntu 16.04, 17.10 and 18.04-daily inside Docker

[Karl-Philipp Richter]

Hi,
I'm experiencing the following issues when building OpenJFX following
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX inside
Ubuntu Docker images `ubuntu:[version]`  which are official and as empty
as possible. Afaik the build instructions or the supported list of OS is
quite old (only Ubuntu LTS version 14.04 and 16.04 are still supported
and up-to-date 17.10 and 18.04-daily are left out of the picture). My
motivation here is to improve the build process of OpenJFX, but not only
me alone. You might have you own CI, but in case you agree that the
following are real issues, I can only recommend GitLab CI (your own
instance or the one at gitlab.com) which allows to test whether build
instructions are working on any docker image you can image and can be
used parallel to existing infrastructure. I used it now to allow you to
reproduce the issues as easily as possible:

For `ubuntu:14.04` and `ubuntu:16.04` I get:

[ant:taskdef] Could not load definitions from resource
com/sun/javafx/tools/ant/antlib.xml. It could not be found.
:apps:appsJarLinux FAILED

FAILURE: Build failed with an exception.

* Where:
Build file '/builds/krichter/openjfx-8u-dev-rt/build.gradle' line: 3241

* What went wrong:
Execution failed for task ':apps:appsJarLinux'.
> The following error occurred while executing this line:
  /builds/krichter/openjfx-8u-dev-rt/apps/samples/build.xml:14: The
following error occurred while executing this line:

/builds/krichter/openjfx-8u-dev-rt/apps/samples/Ensemble8/build.xml:158:
Problem: failed to create task or type
javafx:com.sun.javafx.tools.ant:application
  Cause: The name is undefined.
  Action: Check the spelling.
  Action: Check that any custom tasks/types have been declared.
  Action: Check that any / declarations have
taken place.
  No types or tasks have been defined in this namespace yet

For `ubuntu:17.10` and `ubuntu:18.04` I get:


:fxpackager:compileLinuxLibrary/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:130:9:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "jre/lib/"JAVAARCH"/client/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:134:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "jre/lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:139:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:144:13:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 "lib/"JAVAARCH"/server/libjvm.so";
 ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:189:16:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 _T("/lib/"JAVAARCH"/client/libjvm.so");
^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/LinuxPlatform.cpp:193:20:
warning: invalid suffix on literal; C++11 requires a space between
literal and string macro [-Wliteral-suffix]
 _T("/lib/"JAVAARCH"/server/libjvm.so");
^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:
In member function 'virtual bool PosixProcess::Wait()':

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:235:5:
error: 'wait' was not declared in this scope
 wait();
 ^~~~

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/PosixPlatform.cpp:235:5:
note: suggested alternative: 'Wait'
 wait();
 ^~~~
 Wait

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/Java.cpp:
In destructor 'JavaClass::~JavaClass()':

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/Java.cpp:237:46:
warning: throw will always call terminate() [-Wterminate]
 throw JavaException(FEnv, _T("Error"));
  ^

/builds/krichter/openjfx-8u-dev-rt/modules/fxpackager/src/main/native/library/common/Java.cpp:237:46:
note: in C++11 destructors default to noexcept
 FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task 

RE: Innovation again (was Re: Text classes)

[Markus KARG]

I understand your situation very well, as it is the same for me. What would be 
great would be some mentor at the OpenJFX team who helps to get external 
contributors at speed. Not only he could decide what needs a JEP or review it 
before filing, he also could help with coding standards, tooling 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: Re: Innovation again (was Re: Text classes)

 

Yes, I obviously need to know if anything I work on or design is going to be 
accepted or is even wanted by the community as a whole, and as early on in the 
process as possible.  Heck, if I had my way, JavaFX would be used to build 
everything from forms to FPS games and highly complex and performant 3D 
visualizations.  And don't say it can't be done in Java - it can.  
JavaMonkeyEngine can be used to create awesome games (for example).

 

Plus, I have never "done" a JEP but I believe it's quite a long and involved 
process (?)

 

So, I would appreciate some clarification on the best process and steps to take 
to go from ideas to released features.




​​

Graciously,

 

John-Val Rose

Chief Scientist/Architect

Rosethorn Technology

 

On 6 December 2017 at 19:33, Markus KARG  wrote:

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-dev@openjdk.java.net
Subject: Re: Innovation again (was Re: Text classes)



I think Phil said that, the way to propose such changes is to file a Jep and 
discuss it here.



Cheers,

Mario



On Wed 6. Dec 2017 at 09:07, Markus KARG  wrote:

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 or not, he 
simply needs to know whom to sent his proposal for early review.

-Markus

-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of 
Philip Race
Sent: Mittwoch, 6. Dezember 2017 06:50
To: John-Val Rose
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Innovation again (was Re: Text classes)

There needs to be a viable community that is not just Oracle to support you 
here ..
I think everyone has come to be dependent on Oracle to "be there".
But if there is a specific community need that Oracle doesn't see as essential, 
then the community should help out.

-phil.

On 12/5/17, 9:27 PM, John-Val Rose wrote:
> Well, that’s all fine but you didn’t address the issue of working with 
> someone within Oracle to get these innovations done.
>
> Sure, I could just toil away by myself but clearly it would be better all 
> around if there was someone with much more extensive knowledge of JavaFX and 
> its internals who was accessible when required.
>
> I would assume that a member of the Oracle JavaFX team would be such a 
> person. If not, then who?
>
>> On 6 Dec 2017, at 15:53, Philip Race  wrote:
>>
>> I think looking at it as an Oracle-owned and controlled project maybe the 
>> first mistake here.
>> Yes it was closed source and then Oracle controlled, but not any more, OCA 
>> requirements aside.
>> It is not even a "java specification". It can be evolved at an API level 
>> without a JSR.
>> The JEP process is the main thing to be followed, although we also use CSRs 
>> too to track API.
>> Consider it that anyone who is a contributor owns (not the right word ?) a 
>> piece of it too.
>> So standing on the project is what matters. Not the company who pays you to 
>> work on it.
>>
>> -phil.
>>
>>> On 12/5/17, 8:21 PM, John-Val Rose wrote:
>>> Phil et. al.,
>>>
>>> Whilst I’m not going to be quite as “passionate” as some on this issue 
>>> (although I do understand the frustration), I would like to point out again 
>>> that this is indeed a huge gap and it is critical that it is filled ASAP.
>>>
>>> Obviously a solution where every word in a text document is a Node would be 
>>> unworkable so it would need to be architected from the ground up.
>>>
>>> I would be happy to work on such as feature, just as I was happy to work on 
>>> implementing WebGL, but my hesitation is concern over the assistance and 
>>> involvement from Oracle.
>>>
>>> If I am going to have to spend months working on something without any or 
>>> only minimal involvement from Oracle, only to find at the end that Oracle 
>>> either doesn’t like the design, implementation 

Re: Innovation again (was Re: Text classes)

[Paul Ray Russell]

Hi John,

>>>Re: Significant improvements in scene graph rendering speed using modern
game-engine style structures and algorithms.

Agree,

Also, I haven't been feeling the enthusiasm either. It's a mood that's
permeating the user base. You just have to scout YouTube for JavaFX games,
to read the mood. It's all feeling a bit like the last throws of Swing did.

To my mind, JavaFX is the perfect 2D gaming platform, it just misses better
lighting.

I'd like to see the scene graph speed improved, and more work on the
lighting for games. I'm busy working on our game : kattrunonthetide.com (
https://www.facebook.com/KattGame/) : Javafx is proving to be a great
platform. If one "applies" azimuth lights to a flat canvas scene, (one with
no scene graph) the bump mapping seems automatic.

https://drive.google.com/file/d/1y0WHd5LiIWu1qSvRiHyPrPKBP2fp4gXL/view?usp=sharing

But, the effect is ill documented, and I think it would be great to have
more work in the this area.

Some way to access pixels at high speed would be brilliant too. I know
nothing of the Java shading language, JSL, and still think this would be a
great addition if exposed.

Currently something like LibGDX is a much better choice for games writing
than JavaFX. Eyes to OpenGL, but I still think JavaFX with all it's great
UI support (and FXGL library) should still be a good choice.

Best,
Paul


On 6 December 2017 at 08:36,  wrote:

> Send openjfx-dev mailing list submissions to
> openjfx-dev@openjdk.java.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev
> or, via email, send a message with subject or body 'help' to
> openjfx-dev-requ...@openjdk.java.net
>
> You can reach the person managing the list at
> openjfx-dev-ow...@openjdk.java.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of openjfx-dev digest..."
>
>
> Today's Topics:
>
>1. Re: Innovation again (was Re: Text classes) (John-Val Rose)
>2. RE: Innovation again (was Re: Text classes) (Markus KARG)
>3. Re: Innovation again (was Re: Text classes) (Mario Torre)
>4. RE: Innovation again (was Re: Text classes) (Markus KARG)
>
>
> --
>
> Message: 1
> Date: Wed, 6 Dec 2017 17:16:07 +1100
> From: John-Val Rose 
> To: Philip Race 
> Cc: openjfx-dev@openjdk.java.net
> Subject: Re: Innovation again (was Re: Text classes)
> Message-ID: <2fa8027d-79b1-4339-8bca-6b5cb58d3...@gmail.com>
> Content-Type: text/plain;   charset=utf-8
>
> Absolutely - there needs to be a viable community that is not just Oracle.
>
> So, is there one? If not, how do we build one?
>
> OK, so let me rephrase my earlier email:
>
> I am willing to work with *anyone* (within Oracle or not) on the features
> that the community craves, such as those I listed (and any others). Not
> just because ?many hands make light work? but because I don?t know
> everything (or even close) and I need the knowledge and skills of others to
> assist me. Not to mention that I have only 24 hours in a day like everyone
> else and, also like everyone else, some of that time has to be devoted to
> earning an income.
>
> So, if there?s anyone reading this who has the time, the skills, the
> commitment and the passion to work hard (in your own time) to get these
> tasks done then please contact me privately.
>
> > On 6 Dec 2017, at 16:50, Philip Race  wrote:
> >
> > There needs to be a viable community that is not just Oracle to support
> you here ..
> > I think everyone has come to be dependent on Oracle to "be there".
> > But if there is a specific community need that Oracle doesn't see as
> essential, then the community should help out.
> >
> > -phil.
> >
> >> On 12/5/17, 9:27 PM, John-Val Rose wrote:
> >> Well, that?s all fine but you didn?t address the issue of working with
> someone within Oracle to get these innovations done.
> >>
> >> Sure, I could just toil away by myself but clearly it would be better
> all around if there was someone with much more extensive knowledge of
> JavaFX and its internals who was accessible when required.
> >>
> >> I would assume that a member of the Oracle JavaFX team would be such a
> person. If not, then who?
> >>
> >>> On 6 Dec 2017, at 15:53, Philip Race  wrote:
> >>>
> >>> I think looking at it as an Oracle-owned and controlled project maybe
> the first mistake here.
> >>> Yes it was closed source and then Oracle controlled, but not any more,
> OCA requirements aside.
> >>> It is not even a "java specification". It can be evolved at an API
> level without a JSR.
> >>> The JEP process is the main thing to be followed, although we also use
> CSRs too to track API.
> >>> Consider it that anyone who is a contributor owns (not the right word
> ?) a 

Re: Innovation again (was Re: Text classes)

[John-Val Rose]

Yes, I obviously need to know if anything I work on or design is going to
be accepted or is even wanted by the community as a whole, and as early on
in the process as possible.  Heck, if I had my way, JavaFX would be used to
build everything from forms to FPS games and highly complex and performant
3D visualizations.  And don't say it can't be done in Java - it can.
JavaMonkeyEngine can be used to create awesome games (for example).

Plus, I have never "done" a JEP but I believe it's quite a long and
involved process (?)

So, I would appreciate some clarification on the best process and steps to
take to go from ideas to released features.

​​
Graciously,

John-Val Rose
Chief Scientist/Architect
Rosethorn Technology

On 6 December 2017 at 19:33, Markus KARG  wrote:

> 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-dev@openjdk.java.net
> Subject: Re: Innovation again (was Re: Text classes)
>
>
>
> I think Phil said that, the way to propose such changes is to file a Jep
> and discuss it here.
>
>
>
> Cheers,
>
> Mario
>
>
>
> On Wed 6. Dec 2017 at 09:07, Markus KARG  wrote:
>
> 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
> or not, he simply needs to know whom to sent his proposal for early review.
>
> -Markus
>
> -Original Message-
> From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf
> Of Philip Race
> Sent: Mittwoch, 6. Dezember 2017 06:50
> To: John-Val Rose
> Cc: openjfx-dev@openjdk.java.net
> Subject: Re: Innovation again (was Re: Text classes)
>
> There needs to be a viable community that is not just Oracle to support
> you here ..
> I think everyone has come to be dependent on Oracle to "be there".
> But if there is a specific community need that Oracle doesn't see as
> essential, then the community should help out.
>
> -phil.
>
> On 12/5/17, 9:27 PM, John-Val Rose wrote:
> > Well, that’s all fine but you didn’t address the issue of working with
> someone within Oracle to get these innovations done.
> >
> > Sure, I could just toil away by myself but clearly it would be better
> all around if there was someone with much more extensive knowledge of
> JavaFX and its internals who was accessible when required.
> >
> > I would assume that a member of the Oracle JavaFX team would be such a
> person. If not, then who?
> >
> >> On 6 Dec 2017, at 15:53, Philip Race  wrote:
> >>
> >> I think looking at it as an Oracle-owned and controlled project maybe
> the first mistake here.
> >> Yes it was closed source and then Oracle controlled, but not any more,
> OCA requirements aside.
> >> It is not even a "java specification". It can be evolved at an API
> level without a JSR.
> >> The JEP process is the main thing to be followed, although we also use
> CSRs too to track API.
> >> Consider it that anyone who is a contributor owns (not the right word
> ?) a piece of it too.
> >> So standing on the project is what matters. Not the company who pays
> you to work on it.
> >>
> >> -phil.
> >>
> >>> On 12/5/17, 8:21 PM, John-Val Rose wrote:
> >>> Phil et. al.,
> >>>
> >>> Whilst I’m not going to be quite as “passionate” as some on this issue
> (although I do understand the frustration), I would like to point out again
> that this is indeed a huge gap and it is critical that it is filled ASAP.
> >>>
> >>> Obviously a solution where every word in a text document is a Node
> would be unworkable so it would need to be architected from the ground up.
> >>>
> >>> I would be happy to work on such as feature, just as I was happy to
> work on implementing WebGL, but my hesitation is concern over the
> assistance and involvement from Oracle.
> >>>
> >>> If I am going to have to spend months working on something without any
> or only minimal involvement from Oracle, only to find at the end that
> Oracle either doesn’t like the design, implementation or something else
> then it is wasted time I’ll never get back.
> >>>
> >>> There are lots of other innovations too that I would like to see in
> JavaFX but I just don’t “feel the enthusiasm” from Oracle.
> >>>
> >>> If there is someone on the JavaFX team who would be willing to work
> with me (at least in some capacity), please have them contact me privately
> via email.
> >>>
> >>> The innovations I could work on and contribute include:
> >>>
> >>> 1. WebGL support in WebView
> >>> 2. Better text support including text documents&   rich text editors
> etc.
> >>> 3. 

Re: Font metrics in JavaFX Canvas

[Laurent Bourgès]

Hi David,

If I can help (dev / test / build / patch), I would love doing it on this
RFE... on my spare time as usual (best effort).

However I have no idea how text metrics are implemented in JavaFX.
Could anyone give us directions or draft ideas to do the job ourselves ?

Should we start a github repository to fix that issue with all interested
people ?

Cheers,
Laurent

Le 5 déc. 2017 13:54, "David Gilbert"  a écrit :

> Any feedback on this item?
>
> Best regards,
> David Gilbert
>
>
> > On 30 Nov 2017, at 08:26, David Gilbert  wrote:
> >
> > Hello,
> >
> > I have an open source project FXGraphics2D [1] that provides a
> Graphics2D API for the JavaFX canvas.  It is open source and used to
> provide JavaFX support for JFreeChart [2] and Orson Charts [3].  It can
> also be used more generally for any code that targets the Java2D API.
> >
> > One limitation that I’ve encountered is that there is no API to get font
> metrics for fonts rendered on the JavaFX canvas, so it is difficult to
> implement the method Graphics2D.getFontMetrics(Font f) accurately.  As a
> result, text alignment is difficult, for example see the tick labels on the
> vertical axis in this chart:
> >
> > http://www.jfree.org/jfreechart/fxgraphics2d-font-issue.png
> >
> > There is a feature request in the bug tracker, open for some time, that
> targets this particular feature.  I’d like to highlight it for (hopefully)
> some attention in a future JDK release:
> >
> > https://bugs.openjdk.java.net/browse/JDK-8090775 <
> https://bugs.openjdk.java.net/browse/JDK-8090775>
> >
> > Best regards,
> >
> > David Gilbert
> >
> > [1] https://github.com/jfree/fxgraphics2d  fxgraphics2d>
> > [2] https://github.com/jfree/jfreechart-fx  jfreechart-fx>
> > [3] https://github.com/jfree/orson-charts-fx  orson-charts-fx>
>
>

RE: Innovation again (was Re: Text classes)

[Markus KARG]

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-dev@openjdk.java.net
Subject: Re: Innovation again (was Re: Text classes)

 

I think Phil said that, the way to propose such changes is to file a Jep and 
discuss it here.

 

Cheers,

Mario 

 

On Wed 6. Dec 2017 at 09:07, Markus KARG  wrote:

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 or not, he 
simply needs to know whom to sent his proposal for early review.

-Markus

-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of 
Philip Race
Sent: Mittwoch, 6. Dezember 2017 06:50
To: John-Val Rose
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Innovation again (was Re: Text classes)

There needs to be a viable community that is not just Oracle to support you 
here ..
I think everyone has come to be dependent on Oracle to "be there".
But if there is a specific community need that Oracle doesn't see as essential, 
then the community should help out.

-phil.

On 12/5/17, 9:27 PM, John-Val Rose wrote:
> Well, that’s all fine but you didn’t address the issue of working with 
> someone within Oracle to get these innovations done.
>
> Sure, I could just toil away by myself but clearly it would be better all 
> around if there was someone with much more extensive knowledge of JavaFX and 
> its internals who was accessible when required.
>
> I would assume that a member of the Oracle JavaFX team would be such a 
> person. If not, then who?
>
>> On 6 Dec 2017, at 15:53, Philip Race  wrote:
>>
>> I think looking at it as an Oracle-owned and controlled project maybe the 
>> first mistake here.
>> Yes it was closed source and then Oracle controlled, but not any more, OCA 
>> requirements aside.
>> It is not even a "java specification". It can be evolved at an API level 
>> without a JSR.
>> The JEP process is the main thing to be followed, although we also use CSRs 
>> too to track API.
>> Consider it that anyone who is a contributor owns (not the right word ?) a 
>> piece of it too.
>> So standing on the project is what matters. Not the company who pays you to 
>> work on it.
>>
>> -phil.
>>
>>> On 12/5/17, 8:21 PM, John-Val Rose wrote:
>>> Phil et. al.,
>>>
>>> Whilst I’m not going to be quite as “passionate” as some on this issue 
>>> (although I do understand the frustration), I would like to point out again 
>>> that this is indeed a huge gap and it is critical that it is filled ASAP.
>>>
>>> Obviously a solution where every word in a text document is a Node would be 
>>> unworkable so it would need to be architected from the ground up.
>>>
>>> I would be happy to work on such as feature, just as I was happy to work on 
>>> implementing WebGL, but my hesitation is concern over the assistance and 
>>> involvement from Oracle.
>>>
>>> If I am going to have to spend months working on something without any or 
>>> only minimal involvement from Oracle, only to find at the end that Oracle 
>>> either doesn’t like the design, implementation or something else then it is 
>>> wasted time I’ll never get back.
>>>
>>> There are lots of other innovations too that I would like to see in JavaFX 
>>> but I just don’t “feel the enthusiasm” from Oracle.
>>>
>>> If there is someone on the JavaFX team who would be willing to work with me 
>>> (at least in some capacity), please have them contact me privately via 
>>> email.
>>>
>>> The innovations I could work on and contribute include:
>>>
>>> 1. WebGL support in WebView
>>> 2. Better text support including text documents&   rich text editors etc.
>>> 3. Significant improvements in scene graph rendering speed using
>>> modern game-engine style structures and algorithms
>>>
>>> JavaFX cannot survive without innovation and I am keen to see it happen and 
>>> contribute as much as possible.
>>>
>>> Graciously,
>>>
>>> John-Val Rose
>>> Rosethorn Technology
>>>
 On 6 Dec 2017, at 11:36, jav...@use.startmail.com wrote:

 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 seems to me looking at awt that a smallish number of things 
 are 1) well defined by the native platofrm and 2) would more or less 
 translate directly to an Java API and 3) from those small 

Re: Innovation again (was Re: Text classes)

[Mario Torre]

I think Phil said that, the way to propose such changes is to file a Jep
and discuss it here.

Cheers,
Mario

On Wed 6. Dec 2017 at 09:07, Markus KARG  wrote:

> 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
> or not, he simply needs to know whom to sent his proposal for early review.
>
> -Markus
>
> -Original Message-
> From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf
> Of Philip Race
> Sent: Mittwoch, 6. Dezember 2017 06:50
> To: John-Val Rose
> Cc: openjfx-dev@openjdk.java.net
> Subject: Re: Innovation again (was Re: Text classes)
>
> There needs to be a viable community that is not just Oracle to support
> you here ..
> I think everyone has come to be dependent on Oracle to "be there".
> But if there is a specific community need that Oracle doesn't see as
> essential, then the community should help out.
>
> -phil.
>
> On 12/5/17, 9:27 PM, John-Val Rose wrote:
> > Well, that’s all fine but you didn’t address the issue of working with
> someone within Oracle to get these innovations done.
> >
> > Sure, I could just toil away by myself but clearly it would be better
> all around if there was someone with much more extensive knowledge of
> JavaFX and its internals who was accessible when required.
> >
> > I would assume that a member of the Oracle JavaFX team would be such a
> person. If not, then who?
> >
> >> On 6 Dec 2017, at 15:53, Philip Race  wrote:
> >>
> >> I think looking at it as an Oracle-owned and controlled project maybe
> the first mistake here.
> >> Yes it was closed source and then Oracle controlled, but not any more,
> OCA requirements aside.
> >> It is not even a "java specification". It can be evolved at an API
> level without a JSR.
> >> The JEP process is the main thing to be followed, although we also use
> CSRs too to track API.
> >> Consider it that anyone who is a contributor owns (not the right word
> ?) a piece of it too.
> >> So standing on the project is what matters. Not the company who pays
> you to work on it.
> >>
> >> -phil.
> >>
> >>> On 12/5/17, 8:21 PM, John-Val Rose wrote:
> >>> Phil et. al.,
> >>>
> >>> Whilst I’m not going to be quite as “passionate” as some on this issue
> (although I do understand the frustration), I would like to point out again
> that this is indeed a huge gap and it is critical that it is filled ASAP.
> >>>
> >>> Obviously a solution where every word in a text document is a Node
> would be unworkable so it would need to be architected from the ground up.
> >>>
> >>> I would be happy to work on such as feature, just as I was happy to
> work on implementing WebGL, but my hesitation is concern over the
> assistance and involvement from Oracle.
> >>>
> >>> If I am going to have to spend months working on something without any
> or only minimal involvement from Oracle, only to find at the end that
> Oracle either doesn’t like the design, implementation or something else
> then it is wasted time I’ll never get back.
> >>>
> >>> There are lots of other innovations too that I would like to see in
> JavaFX but I just don’t “feel the enthusiasm” from Oracle.
> >>>
> >>> If there is someone on the JavaFX team who would be willing to work
> with me (at least in some capacity), please have them contact me privately
> via email.
> >>>
> >>> The innovations I could work on and contribute include:
> >>>
> >>> 1. WebGL support in WebView
> >>> 2. Better text support including text documents&   rich text editors
> etc.
> >>> 3. Significant improvements in scene graph rendering speed using
> >>> modern game-engine style structures and algorithms
> >>>
> >>> JavaFX cannot survive without innovation and I am keen to see it
> happen and contribute as much as possible.
> >>>
> >>> Graciously,
> >>>
> >>> John-Val Rose
> >>> Rosethorn Technology
> >>>
>  On 6 Dec 2017, at 11:36, jav...@use.startmail.com wrote:
> 
>  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 seems to me looking at awt that a smallish number of
> things are 1) well defined by the native platofrm and 2) would more or less
> translate directly to an Java API and 3) from those small number of
> building blocks, (Font and Glyph metrics and this kind of thing)   text
> line layout algorithms can be written by ordinary civilians along with all
> the other stuff that goes into a text editor.
> 
>  And yes, everything does look easy when someone else is going to do
> it.
> 
> 
>

RE: Innovation again (was Re: Text classes)

[Markus KARG]

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 or not, he 
simply needs to know whom to sent his proposal for early review.

-Markus

-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of 
Philip Race
Sent: Mittwoch, 6. Dezember 2017 06:50
To: John-Val Rose
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Innovation again (was Re: Text classes)

There needs to be a viable community that is not just Oracle to support you 
here ..
I think everyone has come to be dependent on Oracle to "be there".
But if there is a specific community need that Oracle doesn't see as essential, 
then the community should help out.

-phil.

On 12/5/17, 9:27 PM, John-Val Rose wrote:
> Well, that’s all fine but you didn’t address the issue of working with 
> someone within Oracle to get these innovations done.
>
> Sure, I could just toil away by myself but clearly it would be better all 
> around if there was someone with much more extensive knowledge of JavaFX and 
> its internals who was accessible when required.
>
> I would assume that a member of the Oracle JavaFX team would be such a 
> person. If not, then who?
>
>> On 6 Dec 2017, at 15:53, Philip Race  wrote:
>>
>> I think looking at it as an Oracle-owned and controlled project maybe the 
>> first mistake here.
>> Yes it was closed source and then Oracle controlled, but not any more, OCA 
>> requirements aside.
>> It is not even a "java specification". It can be evolved at an API level 
>> without a JSR.
>> The JEP process is the main thing to be followed, although we also use CSRs 
>> too to track API.
>> Consider it that anyone who is a contributor owns (not the right word ?) a 
>> piece of it too.
>> So standing on the project is what matters. Not the company who pays you to 
>> work on it.
>>
>> -phil.
>>
>>> On 12/5/17, 8:21 PM, John-Val Rose wrote:
>>> Phil et. al.,
>>>
>>> Whilst I’m not going to be quite as “passionate” as some on this issue 
>>> (although I do understand the frustration), I would like to point out again 
>>> that this is indeed a huge gap and it is critical that it is filled ASAP.
>>>
>>> Obviously a solution where every word in a text document is a Node would be 
>>> unworkable so it would need to be architected from the ground up.
>>>
>>> I would be happy to work on such as feature, just as I was happy to work on 
>>> implementing WebGL, but my hesitation is concern over the assistance and 
>>> involvement from Oracle.
>>>
>>> If I am going to have to spend months working on something without any or 
>>> only minimal involvement from Oracle, only to find at the end that Oracle 
>>> either doesn’t like the design, implementation or something else then it is 
>>> wasted time I’ll never get back.
>>>
>>> There are lots of other innovations too that I would like to see in JavaFX 
>>> but I just don’t “feel the enthusiasm” from Oracle.
>>>
>>> If there is someone on the JavaFX team who would be willing to work with me 
>>> (at least in some capacity), please have them contact me privately via 
>>> email.
>>>
>>> The innovations I could work on and contribute include:
>>>
>>> 1. WebGL support in WebView
>>> 2. Better text support including text documents&   rich text editors etc.
>>> 3. Significant improvements in scene graph rendering speed using 
>>> modern game-engine style structures and algorithms
>>>
>>> JavaFX cannot survive without innovation and I am keen to see it happen and 
>>> contribute as much as possible.
>>>
>>> Graciously,
>>>
>>> John-Val Rose
>>> Rosethorn Technology
>>>
 On 6 Dec 2017, at 11:36, jav...@use.startmail.com wrote:

 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 seems to me looking at awt that a smallish number of things 
 are 1) well defined by the native platofrm and 2) would more or less 
 translate directly to an Java API and 3) from those small number of 
 building blocks, (Font and Glyph metrics and this kind of thing)   text 
 line layout algorithms can be written by ordinary civilians along with all 
 the other stuff that goes into a text editor.

 And yes, everything does look easy when someone else is going to do it.