Re: javafx-font opensourced

[Danno Ferrin]

On Fri, Jun 21, 2013 at 1:05 AM, Daniel Zwolenski  wrote:

> Are we talking Oracle or OpenJDK here. I got the impression those libs
> were Open?
>
> I think it's much better that this is built into the OpenJFX/JDK automated
> build scripts and you guys execute them. Most of us in the community do not
> have the infrastructure to do cross platform builds of all this and you
> guys do (and you are running those builds regularly anyway).
>
> We would end up with one person building the Mac release, another person
> doing the win one. And this would need to happen for every snapshot - and
> what if they accidentally check out the wrong code, etc. Confusion and
> chaos - and if I was a malicious entity I could easily upload a snapshot
> that deleted everyone's hard drive. You wouldn't be responsible, but you
> sure wouldn't be winning too much good publicity.
>
> All it usually involves is an extra command added at the end of your
> build. A 'deploy' command will automatically publish a snapshot release
> when run. Instant and done. Official 'release' takes a couple more steps
> but still probably adds about 30seconds to a minute on your normal release
> which happens once or twice a year.
>
> Since you are using a Gradle build, I assume you can just easily integrate
> this:
> http://www.gradle.org/docs/current/javadoc/org/gradle/api/artifacts/maven/MavenDeployer.html
>

The script I am using fir JFX78 uses MavenDeployer.  It shouldn't be too
hard for Richard to tweak some POM items (like group ID) and add some
artifacts.  In fact, consider 'Narya.gradle" a contribution and copy,
paste, and tweak wherever needed.

Re: javafx-font opensourced

[Richard Bair]

There's a whole infrastructure project going on for OpenJDK, and we need to 
coordinate with those guys. Nothings ever easy!

On Jun 21, 2013, at 12:25 AM, Daniel Zwolenski  wrote:

> Ok, that's how I read it, and so as per my email Sonatype still makes sense 
> to me as the "spot" to put these libs (see the link I linked to). 
> 
> And, as I said, once you start using it for your third party repos it's a 
> small step to then start deploying the actual built artifacts into it, which 
> is something I've been asking for since I first joined in when 2.0 was in 
> beta. We couldn't do it before now because of legal reasons with Oracle. Now 
> we can legally do it but it's technically very, very easy for you guys to do 
> and very hard for us to do. 
> 
> I have already the Sonatype groupId setup and waiting for you to use so most 
> of red tape part is already done. 
> 
> I don't really see any reason not to do this but you seem reluctant? What's 
> the reason for the reluctance? 
> 
> 
> 
> 
> On Fri, Jun 21, 2013 at 5:14 PM, Richard Bair  wrote:
> > Are we talking Oracle or OpenJDK here. I got the impression those libs were 
> > Open?
> 
> Right, it is confusing. Much of the code we (meaning the build system) are 
> building all the time (for example, all of webkit or gstreamer). However some 
> of it (libxslt, libxml, some others) we have only built and then loaded up 
> onto an internal web server as a zip. The existing closed ant build system 
> downloads that zip and unpacks it, and then the existing ant build uses those 
> libraries for building webkit and producing the final artifacts.
> 
> So in order to get the build working we either need to include the sources 
> for these libs and build them every time, or build them once and put them 
> someplace that Gradle can download them from. The ideal thing would be for 
> OpenJDK to have a public binary repository in which we can put all our 
> OpenJDK stuff (including snapshots of every build, and all the native 
> libraries, etc) and then our gradle build can just pull everything from 
> there. However in the meantime, I'd be happy if those native libs lived 
> anywhere and we wired it up in the gradle build to make it automatic.
> 
> The point I was making about Oracle vs OpenJDK is just that the Official Java 
> / JavaFX / Oracle JDK builds will always probably be downloaded via that web 
> page and the continuous builds of that might not be exposed in a binary 
> repository. But the OpenJDK / OpenJFX builds certainly could be AFAIK and 
> certainly could be hosted by anybody on any server since it is all just GPL.
> 
> So what I was referring to wasn't putting builds of OpenJFX into Maven so 
> much as putting the libxml, libxslt, and other web dependencies someplace 
> like maven that we could then pull from in order to be able to build web view.
> 
> Richard
> 

Re: javafx-font opensourced

[Tom Eugelink]

That was a response to the fact that Oracle prefers to self-host.

Tom


On 2013-06-21 09:10, Daniel Zwolenski wrote:

While I agree with Tom that setting up a Nexus (or Artifactory) repo is easy, I 
don't see any point for OSS stuff. That's what Sonatype is for, take advantage 
of it.

Setting up your own Nexus (or Artifactory) is needed if you have proprietary 
stuff that you want to keep private or have licensing restrictions on, but the 
whole point of OpenJDK is to not be that - OSS Sonatype exists to make life 
easier for exactly these sorts of projects.

You may want to setup an internal Nexus inside for your Oracle stuff but then 
you definitely wouldn't be giving us access to that.



On Fri, Jun 21, 2013 at 5:01 PM, Tom Eugelink mailto:t...@tbee.org>> wrote:


What I wanted to say with that (friends always accuse me of not being to 
the point) is that by running a Nexus repo yourself,
- Oracle is self hosting
- But also immediately compatible with Maven, Gradle, Ivy, etc
- Allow other repo's to easily proxy, which improves availability

I'm more than happy to setup a Nexus.

Tom


On 2013-06-21 08:56, Tom Eugelink wrote:


Installing Nexus is extremely simple (kudo's to sonatype for that). 
I've got a copy running myself, proxying all kinds of other repo's, just to be 
not dependent on other hosting.

Tom


On 2013-06-21 08:51, Richard Bair wrote:

Oracle has this thing about wanting to self host everything. 
However that doesn't stop the community from putting OpenJDK / OpenJFX stuff 
somewhere reasonable until Oracle finally gets all the infrastructure in place 
and the OpenJDK project can then take advantage of it.

Richard

On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski mailto:zon...@gmail.com>> wrote:

Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload 
these assuming the licence allows it:

https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real 
but still want to be available (e.g. latest releases of JFX), publish it as a 
SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it 
available for use by the community.

It certainly would make my life massively more enjoyable if a 
build of the JRE was available for download for each of the platforms. And 
things like win-launcher.exe and other secondary assets would also make it much 
easier to work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair mailto:richard.b...@oracle.com>> wrote:
Yes, working on the web view building. The main issue is there 
are a handful of libs (libxml, libxslt, etc) that we have to figure out where 
to put. I believe these are unaltered by us, but built with different flags to 
strip out stuff we don't need. I've asked Peter whether we can post the build 
instructions to produce these libs, and then figured once anyone can build 
them, it wouldn't be to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository 
setup for OpenJDK which would be the natural place for us to put all our 
dependencies like this, but in the meantime we just need a place to put some 
binaries. I know some of these binaries could be found elsewhere but not all of 
them (win64 builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin mailto:danno.fer...@shemnon.com>> wrote:

On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski mailto:zon...@gmail.com>> wrote:

This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? 
Can we get a build
of this for iOS now or what's needed to close this loop?


The good news is that my JFX78 project now compiles via 
gradle without
needing a stub jar.  I took out the date picker and the 
builders for media
and web view.  So you can download it locally and build a 
jfxrt.jar and
likely use the ios libs that build currently.  I haven't 
poked around too
much with the native bits.  (see 
https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for 
this, not ready
for consumption yet but an accessory build file creates the 
poms and
handles the upload tasks (

https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).

The date picker will return when t

Re: javafx-font opensourced

[Tom Eugelink]

Indeed, either will work. Important is, as Daniel says, to get the release to 
any public repo in the build process.


On 2013-06-21 09:07, Richard Bair wrote:

Artifactory does the same (compatible with Maven, Gradle, Ivy, etc).

On Jun 21, 2013, at 12:01 AM, Tom Eugelink  wrote:


What I wanted to say with that (friends always accuse me of not being to the 
point) is that by running a Nexus repo yourself,
- Oracle is self hosting
- But also immediately compatible with Maven, Gradle, Ivy, etc
- Allow other repo's to easily proxy, which improves availability

I'm more than happy to setup a Nexus.

Tom

On 2013-06-21 08:56, Tom Eugelink wrote:

Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a 
copy running myself, proxying all kinds of other repo's, just to be not 
dependent on other hosting.

Tom


On 2013-06-21 08:51, Richard Bair wrote:

Oracle has this thing about wanting to self host everything. However that 
doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere 
reasonable until Oracle finally gets all the infrastructure in place and the 
OpenJDK project can then take advantage of it.

Richard

On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:


Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload these assuming the 
licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real but still want to 
be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real 
stuff, publish it proper into the Maven repo and make it available for use by 
the community.

It certainly would make my life massively more enjoyable if a build of the JRE 
was available for download for each of the platforms. And things like 
win-launcher.exe and other secondary assets would also make it much easier to 
work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair  wrote:
Yes, working on the web view building. The main issue is there are a handful of 
libs (libxml, libxslt, etc) that we have to figure out where to put. I believe 
these are unaltered by us, but built with different flags to strip out stuff we 
don't need. I've asked Peter whether we can post the build instructions to 
produce these libs, and then figured once anyone can build them, it wouldn't be 
to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository setup for 
OpenJDK which would be the natural place for us to put all our dependencies 
like this, but in the meantime we just need a place to put some binaries. I 
know some of these binaries could be found elsewhere but not all of them (win64 
builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:


On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:


This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? Can we get a build
of this for iOS now or what's needed to close this loop?



The good news is that my JFX78 project now compiles via gradle without
needing a stub jar.  I took out the date picker and the builders for media
and web view.  So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently.  I haven't poked around too
much with the native bits.  (see https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (
https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).

The date picker will return when the threetenbp jars are updated, and media
when those files are released.  WebView I either need to submit a patch to
get it building in gradle or be patient.  But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.


The RoboVM Maven plugin is working. I'd be keen to make it work with JFX

auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.

I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still pretty
disappointed that JFX on iOS/Android is not officially supported by Oracle
(such a massive wtf? for me) - makes it such a risky prospect for us on the
front line.


On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
felipe.heidr...@oracle.com

wrote:
Hello,


We have just open-sourced javafx-font and javafx-font-native!

Note that a lot of the code we open-sourced today is a new implementation
based on native text technologies (CoreText for the Mac and DirectWrite

for

Windows).

We s

Re: javafx-font opensourced

[Daniel Zwolenski]

Ok, that's how I read it, and so as per my email Sonatype still makes sense
to me as the "spot" to put these libs (see the link I linked to).

And, as I said, once you start using it for your third party repos it's a
small step to then start deploying the actual built artifacts into it,
which is something I've been asking for since I first joined in when 2.0
was in beta. We couldn't do it before now because of legal reasons with
Oracle. Now we can legally do it but it's technically very, very easy for
you guys to do and very hard for us to do.

I have already the Sonatype groupId setup and waiting for you to use so
most of red tape part is already done.

I don't really see any reason not to do this but you seem reluctant? What's
the reason for the reluctance?




On Fri, Jun 21, 2013 at 5:14 PM, Richard Bair wrote:

> > Are we talking Oracle or OpenJDK here. I got the impression those libs
> were Open?
>
> Right, it is confusing. Much of the code we (meaning the build system) are
> building all the time (for example, all of webkit or gstreamer). However
> some of it (libxslt, libxml, some others) we have only built and then
> loaded up onto an internal web server as a zip. The existing closed ant
> build system downloads that zip and unpacks it, and then the existing ant
> build uses those libraries for building webkit and producing the final
> artifacts.
>
> So in order to get the build working we either need to include the sources
> for these libs and build them every time, or build them once and put them
> someplace that Gradle can download them from. The ideal thing would be for
> OpenJDK to have a public binary repository in which we can put all our
> OpenJDK stuff (including snapshots of every build, and all the native
> libraries, etc) and then our gradle build can just pull everything from
> there. However in the meantime, I'd be happy if those native libs lived
> anywhere and we wired it up in the gradle build to make it automatic.
>
> The point I was making about Oracle vs OpenJDK is just that the Official
> Java / JavaFX / Oracle JDK builds will always probably be downloaded via
> that web page and the continuous builds of that might not be exposed in a
> binary repository. But the OpenJDK / OpenJFX builds certainly could be
> AFAIK and certainly could be hosted by anybody on any server since it is
> all just GPL.
>
> So what I was referring to wasn't putting builds of OpenJFX into Maven so
> much as putting the libxml, libxslt, and other web dependencies someplace
> like maven that we could then pull from in order to be able to build web
> view.
>
> Richard

Re: javafx-font opensourced

[Daniel Zwolenski]

While I agree with Tom that setting up a Nexus (or Artifactory) repo is
easy, I don't see any point for OSS stuff. That's what Sonatype is for,
take advantage of it.

Setting up your own Nexus (or Artifactory) is needed if you
have proprietary stuff that you want to keep private or have licensing
restrictions on, but the whole point of OpenJDK is to not be that - OSS
Sonatype exists to make life easier for exactly these sorts of projects.

You may want to setup an internal Nexus inside for your Oracle stuff but
then you definitely wouldn't be giving us access to that.



On Fri, Jun 21, 2013 at 5:01 PM, Tom Eugelink  wrote:

>
> What I wanted to say with that (friends always accuse me of not being to
> the point) is that by running a Nexus repo yourself,
> - Oracle is self hosting
> - But also immediately compatible with Maven, Gradle, Ivy, etc
> - Allow other repo's to easily proxy, which improves availability
>
> I'm more than happy to setup a Nexus.
>
> Tom
>
>
> On 2013-06-21 08:56, Tom Eugelink wrote:
>
>>
>> Installing Nexus is extremely simple (kudo's to sonatype for that). I've
>> got a copy running myself, proxying all kinds of other repo's, just to be
>> not dependent on other hosting.
>>
>> Tom
>>
>>
>> On 2013-06-21 08:51, Richard Bair wrote:
>>
>>> Oracle has this thing about wanting to self host everything. However
>>> that doesn't stop the community from putting OpenJDK / OpenJFX stuff
>>> somewhere reasonable until Oracle finally gets all the infrastructure in
>>> place and the OpenJDK project can then take advantage of it.
>>>
>>> Richard
>>>
>>> On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:
>>>
>>>  Why not use Sonatype for your repo?

 For third party jars that aren't in central, you can upload these
 assuming the licence allows it:
 https://docs.sonatype.org/**display/Repository/Uploading+**
 3rd-party+Artifacts+to+The+**Central+Repository

 For your own stuff that you aren't going to publish for real but still
 want to be available (e.g. latest releases of JFX), publish it as a
 SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it
 available for use by the community.

 It certainly would make my life massively more enjoyable if a build of
 the JRE was available for download for each of the platforms. And things
 like win-launcher.exe and other secondary assets would also make it much
 easier to work on the packaging tools, etc.



 On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair 
 wrote:
 Yes, working on the web view building. The main issue is there are a
 handful of libs (libxml, libxslt, etc) that we have to figure out where to
 put. I believe these are unaltered by us, but built with different flags to
 strip out stuff we don't need. I've asked Peter whether we can post the
 build instructions to produce these libs, and then figured once anyone can
 build them, it wouldn't be to hard to find a place to put them.

 Ultimately we're trying to get a public artifactory repository setup
 for OpenJDK which would be the natural place for us to put all our
 dependencies like this, but in the meantime we just need a place to put
 some binaries. I know some of these binaries could be found elsewhere but
 not all of them (win64 builds I think are missing for example).

 On Jun 20, 2013, at 8:56 PM, Danno Ferrin 
 wrote:

  On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski 
> wrote:
>
>  This time sending to the list (gets me every time!):
>>
>> Great news!
>>
>> Danno - where does this put us with the JFX78 backport? Can we get a
>> build
>> of this for iOS now or what's needed to close this loop?
>>
>>
>>  The good news is that my JFX78 project now compiles via gradle
> without
> needing a stub jar.  I took out the date picker and the builders for
> media
> and web view.  So you can download it locally and build a jfxrt.jar and
> likely use the ios libs that build currently.  I haven't poked around
> too
> much with the native bits.  (see 
> https://bitbucket.org/narya/**jfx78
> )
>
> I also have been working on some maven distribution for this, not ready
> for consumption yet but an accessory build file creates the poms and
> handles the upload tasks (
> https://bitbucket.org/narya/**jfx78/src/**
> 3fe6c37ebdfbed33d1bdc9ad9d6a20**37972de680/narya.gradle?at=**default
> ).
>
> The date picker will return when the threetenbp jars are updated, and
> media
> when those files are released.  WebView I either need to submit a
> patch to
> get it building

Re: javafx-font opensourced

[Richard Bair]

> Are we talking Oracle or OpenJDK here. I got the impression those libs were 
> Open?

Right, it is confusing. Much of the code we (meaning the build system) are 
building all the time (for example, all of webkit or gstreamer). However some 
of it (libxslt, libxml, some others) we have only built and then loaded up onto 
an internal web server as a zip. The existing closed ant build system downloads 
that zip and unpacks it, and then the existing ant build uses those libraries 
for building webkit and producing the final artifacts.

So in order to get the build working we either need to include the sources for 
these libs and build them every time, or build them once and put them someplace 
that Gradle can download them from. The ideal thing would be for OpenJDK to 
have a public binary repository in which we can put all our OpenJDK stuff 
(including snapshots of every build, and all the native libraries, etc) and 
then our gradle build can just pull everything from there. However in the 
meantime, I'd be happy if those native libs lived anywhere and we wired it up 
in the gradle build to make it automatic.

The point I was making about Oracle vs OpenJDK is just that the Official Java / 
JavaFX / Oracle JDK builds will always probably be downloaded via that web page 
and the continuous builds of that might not be exposed in a binary repository. 
But the OpenJDK / OpenJFX builds certainly could be AFAIK and certainly could 
be hosted by anybody on any server since it is all just GPL.

So what I was referring to wasn't putting builds of OpenJFX into Maven so much 
as putting the libxml, libxslt, and other web dependencies someplace like maven 
that we could then pull from in order to be able to build web view.

Richard

Re: javafx-font opensourced

[Tom Eugelink]

Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a 
copy running myself, proxying all kinds of other repo's, just to be not 
dependent on other hosting.

Tom


On 2013-06-21 08:51, Richard Bair wrote:

Oracle has this thing about wanting to self host everything. However that 
doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere 
reasonable until Oracle finally gets all the infrastructure in place and the 
OpenJDK project can then take advantage of it.

Richard

On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:


Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload these assuming the 
licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real but still want to 
be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real 
stuff, publish it proper into the Maven repo and make it available for use by 
the community.

It certainly would make my life massively more enjoyable if a build of the JRE 
was available for download for each of the platforms. And things like 
win-launcher.exe and other secondary assets would also make it much easier to 
work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair  wrote:
Yes, working on the web view building. The main issue is there are a handful of 
libs (libxml, libxslt, etc) that we have to figure out where to put. I believe 
these are unaltered by us, but built with different flags to strip out stuff we 
don't need. I've asked Peter whether we can post the build instructions to 
produce these libs, and then figured once anyone can build them, it wouldn't be 
to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository setup for 
OpenJDK which would be the natural place for us to put all our dependencies 
like this, but in the meantime we just need a place to put some binaries. I 
know some of these binaries could be found elsewhere but not all of them (win64 
builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:


On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:


This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? Can we get a build
of this for iOS now or what's needed to close this loop?



The good news is that my JFX78 project now compiles via gradle without
needing a stub jar.  I took out the date picker and the builders for media
and web view.  So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently.  I haven't poked around too
much with the native bits.  (see https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (
https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).

The date picker will return when the threetenbp jars are updated, and media
when those files are released.  WebView I either need to submit a patch to
get it building in gradle or be patient.  But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.


The RoboVM Maven plugin is working. I'd be keen to make it work with JFX

auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.

I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still pretty
disappointed that JFX on iOS/Android is not officially supported by Oracle
(such a massive wtf? for me) - makes it such a risky prospect for us on the
front line.


On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
felipe.heidr...@oracle.com

wrote:
Hello,


We have just open-sourced javafx-font and javafx-font-native!

Note that a lot of the code we open-sourced today is a new implementation
based on native text technologies (CoreText for the Mac and DirectWrite

for

Windows).

We still have a lot of work to do:
- finishing the new linux implementation is a big one
- testing
- improve on sub pixel position text
- etc

Help is most welcome,

Thank you
Felipe

Re: javafx-font opensourced

[Daniel Zwolenski]

Are we talking Oracle or OpenJDK here. I got the impression those libs were
Open?

I think it's much better that this is built into the OpenJFX/JDK automated
build scripts and you guys execute them. Most of us in the community do not
have the infrastructure to do cross platform builds of all this and you
guys do (and you are running those builds regularly anyway).

We would end up with one person building the Mac release, another person
doing the win one. And this would need to happen for every snapshot - and
what if they accidentally check out the wrong code, etc. Confusion and
chaos - and if I was a malicious entity I could easily upload a snapshot
that deleted everyone's hard drive. You wouldn't be responsible, but you
sure wouldn't be winning too much good publicity.

All it usually involves is an extra command added at the end of your build.
A 'deploy' command will automatically publish a snapshot release when run.
Instant and done. Official 'release' takes a couple more steps but still
probably adds about 30seconds to a minute on your normal release which
happens once or twice a year.

Since you are using a Gradle build, I assume you can just easily integrate
this:
http://www.gradle.org/docs/current/javadoc/org/gradle/api/artifacts/maven/MavenDeployer.html

If you want the community to help you guys setup your build to do this,
that's a fair enough request, but I don't see any reason why anyone would
want to double up on all the build work you guys do anyway, with the risk
of all the things that could go wrong, when it's minimal extra effort for
you guys to just add a deploy line to your existing scripts.




On Fri, Jun 21, 2013 at 4:51 PM, Richard Bair wrote:

> Oracle has this thing about wanting to self host everything. However that
> doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere
> reasonable until Oracle finally gets all the infrastructure in place and
> the OpenJDK project can then take advantage of it.
>
> Richard
>
> On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:
>
> Why not use Sonatype for your repo?
>
> For third party jars that aren't in central, you can upload these assuming
> the licence allows it:
>
> https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
>
> For your own stuff that you aren't going to publish for real but still
> want to be available (e.g. latest releases of JFX), publish it as a
> SNAPSHOT. For real stuff, publish it proper into the Maven repo and make it
> available for use by the community.
>
> It certainly would make my life massively more enjoyable if a build of the
> JRE was available for download for each of the platforms. And things like
> win-launcher.exe and other secondary assets would also make it much easier
> to work on the packaging tools, etc.
>
>
>
> On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair wrote:
>
>> Yes, working on the web view building. The main issue is there are a
>> handful of libs (libxml, libxslt, etc) that we have to figure out where to
>> put. I believe these are unaltered by us, but built with different flags to
>> strip out stuff we don't need. I've asked Peter whether we can post the
>> build instructions to produce these libs, and then figured once anyone can
>> build them, it wouldn't be to hard to find a place to put them.
>>
>> Ultimately we're trying to get a public artifactory repository setup for
>> OpenJDK which would be the natural place for us to put all our dependencies
>> like this, but in the meantime we just need a place to put some binaries. I
>> know some of these binaries could be found elsewhere but not all of them
>> (win64 builds I think are missing for example).
>>
>> On Jun 20, 2013, at 8:56 PM, Danno Ferrin 
>> wrote:
>>
>> > On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski 
>> wrote:
>> >
>> >> This time sending to the list (gets me every time!):
>> >>
>> >> Great news!
>> >>
>> >> Danno - where does this put us with the JFX78 backport? Can we get a
>> build
>> >> of this for iOS now or what's needed to close this loop?
>> >>
>> >>
>> > The good news is that my JFX78 project now compiles via gradle without
>> > needing a stub jar.  I took out the date picker and the builders for
>> media
>> > and web view.  So you can download it locally and build a jfxrt.jar and
>> > likely use the ios libs that build currently.  I haven't poked around
>> too
>> > much with the native bits.  (see https://bitbucket.org/narya/jfx78)
>> >
>> > I also have been working on some maven distribution for this, not ready
>> > for consumption yet but an accessory build file creates the poms and
>> > handles the upload tasks (
>> >
>> https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
>> > ).
>> >
>> > The date picker will return when the threetenbp jars are updated, and
>> media
>> > when those files are released.  WebView I either need to submit a patch
>> to
>> > get it building in gradle or be patien

Re: javafx-font opensourced

[Richard Bair]

Artifactory does the same (compatible with Maven, Gradle, Ivy, etc).

On Jun 21, 2013, at 12:01 AM, Tom Eugelink  wrote:

> 
> What I wanted to say with that (friends always accuse me of not being to the 
> point) is that by running a Nexus repo yourself,
> - Oracle is self hosting
> - But also immediately compatible with Maven, Gradle, Ivy, etc
> - Allow other repo's to easily proxy, which improves availability
> 
> I'm more than happy to setup a Nexus.
> 
> Tom
> 
> On 2013-06-21 08:56, Tom Eugelink wrote:
>> 
>> Installing Nexus is extremely simple (kudo's to sonatype for that). I've got 
>> a copy running myself, proxying all kinds of other repo's, just to be not 
>> dependent on other hosting.
>> 
>> Tom
>> 
>> 
>> On 2013-06-21 08:51, Richard Bair wrote:
>>> Oracle has this thing about wanting to self host everything. However that 
>>> doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere 
>>> reasonable until Oracle finally gets all the infrastructure in place and 
>>> the OpenJDK project can then take advantage of it.
>>> 
>>> Richard
>>> 
>>> On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:
>>> 
 Why not use Sonatype for your repo?
 
 For third party jars that aren't in central, you can upload these assuming 
 the licence allows it:
 https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
 
 For your own stuff that you aren't going to publish for real but still 
 want to be available (e.g. latest releases of JFX), publish it as a 
 SNAPSHOT. For real stuff, publish it proper into the Maven repo and make 
 it available for use by the community.
 
 It certainly would make my life massively more enjoyable if a build of the 
 JRE was available for download for each of the platforms. And things like 
 win-launcher.exe and other secondary assets would also make it much easier 
 to work on the packaging tools, etc.
 
 
 
 On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair  
 wrote:
 Yes, working on the web view building. The main issue is there are a 
 handful of libs (libxml, libxslt, etc) that we have to figure out where to 
 put. I believe these are unaltered by us, but built with different flags 
 to strip out stuff we don't need. I've asked Peter whether we can post the 
 build instructions to produce these libs, and then figured once anyone can 
 build them, it wouldn't be to hard to find a place to put them.
 
 Ultimately we're trying to get a public artifactory repository setup for 
 OpenJDK which would be the natural place for us to put all our 
 dependencies like this, but in the meantime we just need a place to put 
 some binaries. I know some of these binaries could be found elsewhere but 
 not all of them (win64 builds I think are missing for example).
 
 On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:
 
> On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  
> wrote:
> 
>> This time sending to the list (gets me every time!):
>> 
>> Great news!
>> 
>> Danno - where does this put us with the JFX78 backport? Can we get a 
>> build
>> of this for iOS now or what's needed to close this loop?
>> 
>> 
> The good news is that my JFX78 project now compiles via gradle without
> needing a stub jar.  I took out the date picker and the builders for media
> and web view.  So you can download it locally and build a jfxrt.jar and
> likely use the ios libs that build currently.  I haven't poked around too
> much with the native bits.  (see https://bitbucket.org/narya/jfx78)
> 
> I also have been working on some maven distribution for this, not ready
> for consumption yet but an accessory build file creates the poms and
> handles the upload tasks (
> https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
> ).
> 
> The date picker will return when the threetenbp jars are updated, and 
> media
> when those files are released.  WebView I either need to submit a patch to
> get it building in gradle or be patient.  But honestly all three of these
> rank in priority for me below writing a jfpackager bundler that wraps
> robovm.
> 
> 
> The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
>> auto included so basically you can create a normal project and run mvn
>> robovm:ipad-simulator (robovm:ios-device is under construction) and next
>> thing you have a running JFX app on iOS, no mess, no fuss.
>> 
>> I have a pitch for a suite of fairly major app development next week. So
>> many unknowns with JFX and app development at this stage! I'm still 
>> pretty
>> disappointed that JFX on iOS/Android is not officially supported by 
>> Oracle
>> (such a massive wtf? for me) - makes it

Re: javafx-font opensourced

[Tom Eugelink]

What I wanted to say with that (friends always accuse me of not being to the 
point) is that by running a Nexus repo yourself,
- Oracle is self hosting
- But also immediately compatible with Maven, Gradle, Ivy, etc
- Allow other repo's to easily proxy, which improves availability

I'm more than happy to setup a Nexus.

Tom

On 2013-06-21 08:56, Tom Eugelink wrote:


Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a 
copy running myself, proxying all kinds of other repo's, just to be not 
dependent on other hosting.

Tom


On 2013-06-21 08:51, Richard Bair wrote:

Oracle has this thing about wanting to self host everything. However that 
doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere 
reasonable until Oracle finally gets all the infrastructure in place and the 
OpenJDK project can then take advantage of it.

Richard

On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:


Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload these assuming the 
licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real but still want to 
be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real 
stuff, publish it proper into the Maven repo and make it available for use by 
the community.

It certainly would make my life massively more enjoyable if a build of the JRE 
was available for download for each of the platforms. And things like 
win-launcher.exe and other secondary assets would also make it much easier to 
work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair  wrote:
Yes, working on the web view building. The main issue is there are a handful of 
libs (libxml, libxslt, etc) that we have to figure out where to put. I believe 
these are unaltered by us, but built with different flags to strip out stuff we 
don't need. I've asked Peter whether we can post the build instructions to 
produce these libs, and then figured once anyone can build them, it wouldn't be 
to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository setup for 
OpenJDK which would be the natural place for us to put all our dependencies 
like this, but in the meantime we just need a place to put some binaries. I 
know some of these binaries could be found elsewhere but not all of them (win64 
builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:


On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:


This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? Can we get a build
of this for iOS now or what's needed to close this loop?



The good news is that my JFX78 project now compiles via gradle without
needing a stub jar.  I took out the date picker and the builders for media
and web view.  So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently.  I haven't poked around too
much with the native bits.  (see https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (
https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).

The date picker will return when the threetenbp jars are updated, and media
when those files are released.  WebView I either need to submit a patch to
get it building in gradle or be patient.  But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.


The RoboVM Maven plugin is working. I'd be keen to make it work with JFX

auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.

I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still pretty
disappointed that JFX on iOS/Android is not officially supported by Oracle
(such a massive wtf? for me) - makes it such a risky prospect for us on the
front line.


On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
felipe.heidr...@oracle.com

wrote:
Hello,


We have just open-sourced javafx-font and javafx-font-native!

Note that a lot of the code we open-sourced today is a new implementation
based on native text technologies (CoreText for the Mac and DirectWrite

for

Windows).

We still have a lot of work to do:
- finishing the new linux implementation is a big one
- testing
- improve on sub pixel position text
- etc

Help is most welcome,

Thank you
Felipe

Re: javafx-font opensourced

[Richard Bair]

Oracle has this thing about wanting to self host everything. However that 
doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere 
reasonable until Oracle finally gets all the infrastructure in place and the 
OpenJDK project can then take advantage of it.

Richard

On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski  wrote:

> Why not use Sonatype for your repo?
> 
> For third party jars that aren't in central, you can upload these assuming 
> the licence allows it:
> https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
> 
> For your own stuff that you aren't going to publish for real but still want 
> to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For 
> real stuff, publish it proper into the Maven repo and make it available for 
> use by the community.
> 
> It certainly would make my life massively more enjoyable if a build of the 
> JRE was available for download for each of the platforms. And things like 
> win-launcher.exe and other secondary assets would also make it much easier to 
> work on the packaging tools, etc. 
> 
> 
> 
> On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair  wrote:
> Yes, working on the web view building. The main issue is there are a handful 
> of libs (libxml, libxslt, etc) that we have to figure out where to put. I 
> believe these are unaltered by us, but built with different flags to strip 
> out stuff we don't need. I've asked Peter whether we can post the build 
> instructions to produce these libs, and then figured once anyone can build 
> them, it wouldn't be to hard to find a place to put them.
> 
> Ultimately we're trying to get a public artifactory repository setup for 
> OpenJDK which would be the natural place for us to put all our dependencies 
> like this, but in the meantime we just need a place to put some binaries. I 
> know some of these binaries could be found elsewhere but not all of them 
> (win64 builds I think are missing for example).
> 
> On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:
> 
> > On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:
> >
> >> This time sending to the list (gets me every time!):
> >>
> >> Great news!
> >>
> >> Danno - where does this put us with the JFX78 backport? Can we get a build
> >> of this for iOS now or what's needed to close this loop?
> >>
> >>
> > The good news is that my JFX78 project now compiles via gradle without
> > needing a stub jar.  I took out the date picker and the builders for media
> > and web view.  So you can download it locally and build a jfxrt.jar and
> > likely use the ios libs that build currently.  I haven't poked around too
> > much with the native bits.  (see https://bitbucket.org/narya/jfx78)
> >
> > I also have been working on some maven distribution for this, not ready
> > for consumption yet but an accessory build file creates the poms and
> > handles the upload tasks (
> > https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
> > ).
> >
> > The date picker will return when the threetenbp jars are updated, and media
> > when those files are released.  WebView I either need to submit a patch to
> > get it building in gradle or be patient.  But honestly all three of these
> > rank in priority for me below writing a jfpackager bundler that wraps
> > robovm.
> >
> >
> > The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
> >> auto included so basically you can create a normal project and run mvn
> >> robovm:ipad-simulator (robovm:ios-device is under construction) and next
> >> thing you have a running JFX app on iOS, no mess, no fuss.
> >>
> >> I have a pitch for a suite of fairly major app development next week. So
> >> many unknowns with JFX and app development at this stage! I'm still pretty
> >> disappointed that JFX on iOS/Android is not officially supported by Oracle
> >> (such a massive wtf? for me) - makes it such a risky prospect for us on the
> >> front line.
> >>
> >>
> >> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
> >> felipe.heidr...@oracle.com
> >>> wrote:
> >>
> >>> Hello,
> >>>
> >>>
> >>> We have just open-sourced javafx-font and javafx-font-native!
> >>>
> >>> Note that a lot of the code we open-sourced today is a new implementation
> >>> based on native text technologies (CoreText for the Mac and DirectWrite
> >> for
> >>> Windows).
> >>>
> >>> We still have a lot of work to do:
> >>> - finishing the new linux implementation is a big one
> >>> - testing
> >>> - improve on sub pixel position text
> >>> - etc
> >>>
> >>> Help is most welcome,
> >>>
> >>> Thank you
> >>> Felipe
> >>>
> >>>
> >>
> 
> 

Re: javafx-font opensourced

[Richard Bair]

No, that problem is unrelated (LCD text is necessary but not sufficient).

On Jun 20, 2013, at 11:35 PM, "John C. Turnbull"  wrote:

> Does this mean we will be able to have LCD text in Canvas as a result of this?
> 
> On 21/06/2013, at 14:44, Richard Bair  wrote:
> 
>> I believe it is in b94 for Mac, was just turned on for Windows so it will be 
>> next week at the earliest. It should give LCD text quality on Mac, yes. 
>> However I don't believe we've played with the kerning metrics yet (Felipe?)
>> 
>> Richard
>> 
>> On Jun 20, 2013, at 9:43 PM, "John C. Turnbull"  
>> wrote:
>> 
>>> So when will we see this new native font rendering? Is it in b94?
>>> 
>>> Also, will this result in an improvement in rendering quality?
>>> 
>>> On 21/06/2013, at 14:35, Richard Bair  wrote:
>>> 
>>>> Up until now we've been using T2K to do font measurement / rasterizing. It 
>>>> is what is used also by Java2D. It is native code, but what we mean by 
>>>> "native font rendering" is relying on APIs in the native OS to do the font 
>>>> rasterizing (and such) rather than T2K.
>>>> 
>>>> Because this is new code, it just hasn't been finished for all platforms. 
>>>> Felipe is working on the linux implementation.
>>>> 
>>>> Richard
>>>> 
>>>> On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote:
>>>> 
>>>>> I see that this release of font code includes "native font rendering".
>>>>> 
>>>>> What is this actually referring to?  Does JavaFX 2 and 8 prior to the
>>>>> b94 (or whichever build has this native font rendering) not do native
>>>>> font rendering?
>>>>> 
>>>>> Can someone explain exactly what "native font rendering" actually
>>>>> means and whether it is something new?
>>>>> 
>>>>> Also, why is not available on Linux?
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> -jct
>>>>> 
>>>>> - Original Message -
>>>>> From: "Daniel Zwolenski" 
>>>>> To:"Felipe Heidrich" 
>>>>> Cc:"openjfx-dev@openjdk.java.net Mailing" 
>>>>> Sent:Fri, 21 Jun 2013 09:21:22 +1000
>>>>> Subject:Re: javafx-font opensourced
>>>>> 
>>>>> This time sending to the list (gets me every time!):
>>>>> 
>>>>> Great news!
>>>>> 
>>>>> Danno - where does this put us with the JFX78 backport? Can we get a
>>>>> build
>>>>> of this for iOS now or what's needed to close this loop?
>>>>> 
>>>>> The RoboVM Maven plugin is working. I'd be keen to make it work with
>>>>> JFX
>>>>> auto included so basically you can create a normal project and run
>>>>> mvn
>>>>> robovm:ipad-simulator (robovm:ios-device is under construction) and
>>>>> next
>>>>> thing you have a running JFX app on iOS, no mess, no fuss.
>>>>> 
>>>>> I have a pitch for a suite of fairly major app development next week.
>>>>> So
>>>>> many unknowns with JFX and app development at this stage! I'm still
>>>>> pretty
>>>>> disappointed that JFX on iOS/Android is not officially supported by
>>>>> Oracle
>>>>> (such a massive wtf? for me) - makes it such a risky prospect for us
>>>>> on the
>>>>> front line.
>>>>> 
>>>>> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:
>>>>> 
>>>>>> Hello,
>>>>>> 
>>>>>> 
>>>>>> We have just open-sourced javafx-font and javafx-font-native!
>>>>>> 
>>>>>> Note that a lot of the code we open-sourced today is a new
>>>>> implementation
>>>>>> based on native text technologies (CoreText for the Mac and
>>>>> DirectWrite for
>>>>>> Windows).
>>>>>> 
>>>>>> We still have a lot of work to do:
>>>>>> - finishing the new linux implementation is a big one
>>>>>> - testing
>>>>>> - improve on sub pixel position text
>>>>>> - etc
>>>>>> 
>>>>>> Help is most welcome,
>>>>>> 
>>>>>> Thank you
>>>>>> Felipe
>> 

Re: javafx-font opensourced

[Daniel Zwolenski]

Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload these assuming
the licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real but still want
to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT.
For real stuff, publish it proper into the Maven repo and make it available
for use by the community.

It certainly would make my life massively more enjoyable if a build of the
JRE was available for download for each of the platforms. And things like
win-launcher.exe and other secondary assets would also make it much easier
to work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair wrote:

> Yes, working on the web view building. The main issue is there are a
> handful of libs (libxml, libxslt, etc) that we have to figure out where to
> put. I believe these are unaltered by us, but built with different flags to
> strip out stuff we don't need. I've asked Peter whether we can post the
> build instructions to produce these libs, and then figured once anyone can
> build them, it wouldn't be to hard to find a place to put them.
>
> Ultimately we're trying to get a public artifactory repository setup for
> OpenJDK which would be the natural place for us to put all our dependencies
> like this, but in the meantime we just need a place to put some binaries. I
> know some of these binaries could be found elsewhere but not all of them
> (win64 builds I think are missing for example).
>
> On Jun 20, 2013, at 8:56 PM, Danno Ferrin 
> wrote:
>
> > On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski 
> wrote:
> >
> >> This time sending to the list (gets me every time!):
> >>
> >> Great news!
> >>
> >> Danno - where does this put us with the JFX78 backport? Can we get a
> build
> >> of this for iOS now or what's needed to close this loop?
> >>
> >>
> > The good news is that my JFX78 project now compiles via gradle without
> > needing a stub jar.  I took out the date picker and the builders for
> media
> > and web view.  So you can download it locally and build a jfxrt.jar and
> > likely use the ios libs that build currently.  I haven't poked around too
> > much with the native bits.  (see https://bitbucket.org/narya/jfx78)
> >
> > I also have been working on some maven distribution for this, not ready
> > for consumption yet but an accessory build file creates the poms and
> > handles the upload tasks (
> >
> https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
> > ).
> >
> > The date picker will return when the threetenbp jars are updated, and
> media
> > when those files are released.  WebView I either need to submit a patch
> to
> > get it building in gradle or be patient.  But honestly all three of these
> > rank in priority for me below writing a jfpackager bundler that wraps
> > robovm.
> >
> >
> > The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
> >> auto included so basically you can create a normal project and run mvn
> >> robovm:ipad-simulator (robovm:ios-device is under construction) and next
> >> thing you have a running JFX app on iOS, no mess, no fuss.
> >>
> >> I have a pitch for a suite of fairly major app development next week. So
> >> many unknowns with JFX and app development at this stage! I'm still
> pretty
> >> disappointed that JFX on iOS/Android is not officially supported by
> Oracle
> >> (such a massive wtf? for me) - makes it such a risky prospect for us on
> the
> >> front line.
> >>
> >>
> >> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
> >> felipe.heidr...@oracle.com
> >>> wrote:
> >>
> >>> Hello,
> >>>
> >>>
> >>> We have just open-sourced javafx-font and javafx-font-native!
> >>>
> >>> Note that a lot of the code we open-sourced today is a new
> implementation
> >>> based on native text technologies (CoreText for the Mac and DirectWrite
> >> for
> >>> Windows).
> >>>
> >>> We still have a lot of work to do:
> >>> - finishing the new linux implementation is a big one
> >>> - testing
> >>> - improve on sub pixel position text
> >>> - etc
> >>>
> >>> Help is most welcome,
> >>>
> >>> Thank you
> >>> Felipe
> >>>
> >>>
> >>
>
>

Re: javafx-font opensourced

[Tom Eugelink]

It indeed makes a lot of sense (to me at least) to use Maven repo's to store 
artifacts. That is what they are for. Why reinvent the wheel.


On 2013-06-21 08:34, Daniel Zwolenski wrote:

Why not use Sonatype for your repo?

For third party jars that aren't in central, you can upload these assuming
the licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

For your own stuff that you aren't going to publish for real but still want
to be available (e.g. latest releases of JFX), publish it as a SNAPSHOT.
For real stuff, publish it proper into the Maven repo and make it available
for use by the community.

It certainly would make my life massively more enjoyable if a build of the
JRE was available for download for each of the platforms. And things like
win-launcher.exe and other secondary assets would also make it much easier
to work on the packaging tools, etc.



On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair wrote:


Yes, working on the web view building. The main issue is there are a
handful of libs (libxml, libxslt, etc) that we have to figure out where to
put. I believe these are unaltered by us, but built with different flags to
strip out stuff we don't need. I've asked Peter whether we can post the
build instructions to produce these libs, and then figured once anyone can
build them, it wouldn't be to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository setup for
OpenJDK which would be the natural place for us to put all our dependencies
like this, but in the meantime we just need a place to put some binaries. I
know some of these binaries could be found elsewhere but not all of them
(win64 builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin 
wrote:


On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski 

wrote:

This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? Can we get a

build

of this for iOS now or what's needed to close this loop?



The good news is that my JFX78 project now compiles via gradle without
needing a stub jar.  I took out the date picker and the builders for

media

and web view.  So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently.  I haven't poked around too
much with the native bits.  (see https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (


https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default

).

The date picker will return when the threetenbp jars are updated, and

media

when those files are released.  WebView I either need to submit a patch

to

get it building in gradle or be patient.  But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.


The RoboVM Maven plugin is working. I'd be keen to make it work with JFX

auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.

I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still

pretty

disappointed that JFX on iOS/Android is not officially supported by

Oracle

(such a massive wtf? for me) - makes it such a risky prospect for us on

the

front line.


On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
felipe.heidr...@oracle.com

wrote:
Hello,


We have just open-sourced javafx-font and javafx-font-native!

Note that a lot of the code we open-sourced today is a new

implementation

based on native text technologies (CoreText for the Mac and DirectWrite

for

Windows).

We still have a lot of work to do:
- finishing the new linux implementation is a big one
- testing
- improve on sub pixel position text
- etc

Help is most welcome,

Thank you
Felipe

Re: javafx-font opensourced

[John C. Turnbull]

Does this mean we will be able to have LCD text in Canvas as a result of this?

On 21/06/2013, at 14:44, Richard Bair  wrote:

> I believe it is in b94 for Mac, was just turned on for Windows so it will be 
> next week at the earliest. It should give LCD text quality on Mac, yes. 
> However I don't believe we've played with the kerning metrics yet (Felipe?)
> 
> Richard
> 
> On Jun 20, 2013, at 9:43 PM, "John C. Turnbull"  
> wrote:
> 
>> So when will we see this new native font rendering? Is it in b94?
>> 
>> Also, will this result in an improvement in rendering quality?
>> 
>> On 21/06/2013, at 14:35, Richard Bair  wrote:
>> 
>>> Up until now we've been using T2K to do font measurement / rasterizing. It 
>>> is what is used also by Java2D. It is native code, but what we mean by 
>>> "native font rendering" is relying on APIs in the native OS to do the font 
>>> rasterizing (and such) rather than T2K.
>>> 
>>> Because this is new code, it just hasn't been finished for all platforms. 
>>> Felipe is working on the linux implementation.
>>> 
>>> Richard
>>> 
>>> On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote:
>>> 
>>>> I see that this release of font code includes "native font rendering".
>>>> 
>>>> What is this actually referring to?  Does JavaFX 2 and 8 prior to the
>>>> b94 (or whichever build has this native font rendering) not do native
>>>> font rendering?
>>>> 
>>>> Can someone explain exactly what "native font rendering" actually
>>>> means and whether it is something new?
>>>> 
>>>> Also, why is not available on Linux?
>>>> 
>>>> Thanks,
>>>> 
>>>> -jct
>>>> 
>>>> - Original Message -
>>>> From: "Daniel Zwolenski" 
>>>> To:"Felipe Heidrich" 
>>>> Cc:"openjfx-dev@openjdk.java.net Mailing" 
>>>> Sent:Fri, 21 Jun 2013 09:21:22 +1000
>>>> Subject:Re: javafx-font opensourced
>>>> 
>>>> This time sending to the list (gets me every time!):
>>>> 
>>>> Great news!
>>>> 
>>>> Danno - where does this put us with the JFX78 backport? Can we get a
>>>> build
>>>> of this for iOS now or what's needed to close this loop?
>>>> 
>>>> The RoboVM Maven plugin is working. I'd be keen to make it work with
>>>> JFX
>>>> auto included so basically you can create a normal project and run
>>>> mvn
>>>> robovm:ipad-simulator (robovm:ios-device is under construction) and
>>>> next
>>>> thing you have a running JFX app on iOS, no mess, no fuss.
>>>> 
>>>> I have a pitch for a suite of fairly major app development next week.
>>>> So
>>>> many unknowns with JFX and app development at this stage! I'm still
>>>> pretty
>>>> disappointed that JFX on iOS/Android is not officially supported by
>>>> Oracle
>>>> (such a massive wtf? for me) - makes it such a risky prospect for us
>>>> on the
>>>> front line.
>>>> 
>>>> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:
>>>> 
>>>>> Hello,
>>>>> 
>>>>> 
>>>>> We have just open-sourced javafx-font and javafx-font-native!
>>>>> 
>>>>> Note that a lot of the code we open-sourced today is a new
>>>> implementation
>>>>> based on native text technologies (CoreText for the Mac and
>>>> DirectWrite for
>>>>> Windows).
>>>>> 
>>>>> We still have a lot of work to do:
>>>>> - finishing the new linux implementation is a big one
>>>>> - testing
>>>>> - improve on sub pixel position text
>>>>> - etc
>>>>> 
>>>>> Help is most welcome,
>>>>> 
>>>>> Thank you
>>>>> Felipe
> 

Re: javafx-font opensourced

[Richard Bair]

I believe it is in b94 for Mac, was just turned on for Windows so it will be 
next week at the earliest. It should give LCD text quality on Mac, yes. However 
I don't believe we've played with the kerning metrics yet (Felipe?)

Richard

On Jun 20, 2013, at 9:43 PM, "John C. Turnbull"  wrote:

> So when will we see this new native font rendering? Is it in b94?
> 
> Also, will this result in an improvement in rendering quality?
> 
> On 21/06/2013, at 14:35, Richard Bair  wrote:
> 
>> Up until now we've been using T2K to do font measurement / rasterizing. It 
>> is what is used also by Java2D. It is native code, but what we mean by 
>> "native font rendering" is relying on APIs in the native OS to do the font 
>> rasterizing (and such) rather than T2K.
>> 
>> Because this is new code, it just hasn't been finished for all platforms. 
>> Felipe is working on the linux implementation.
>> 
>> Richard
>> 
>> On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote:
>> 
>>> I see that this release of font code includes "native font rendering".
>>> 
>>> What is this actually referring to?  Does JavaFX 2 and 8 prior to the
>>> b94 (or whichever build has this native font rendering) not do native
>>> font rendering?
>>> 
>>> Can someone explain exactly what "native font rendering" actually
>>> means and whether it is something new?
>>> 
>>> Also, why is not available on Linux?
>>> 
>>> Thanks,
>>> 
>>> -jct
>>> 
>>> - Original Message -
>>> From: "Daniel Zwolenski" 
>>> To:"Felipe Heidrich" 
>>> Cc:"openjfx-dev@openjdk.java.net Mailing" 
>>> Sent:Fri, 21 Jun 2013 09:21:22 +1000
>>> Subject:Re: javafx-font opensourced
>>> 
>>> This time sending to the list (gets me every time!):
>>> 
>>> Great news!
>>> 
>>> Danno - where does this put us with the JFX78 backport? Can we get a
>>> build
>>> of this for iOS now or what's needed to close this loop?
>>> 
>>> The RoboVM Maven plugin is working. I'd be keen to make it work with
>>> JFX
>>> auto included so basically you can create a normal project and run
>>> mvn
>>> robovm:ipad-simulator (robovm:ios-device is under construction) and
>>> next
>>> thing you have a running JFX app on iOS, no mess, no fuss.
>>> 
>>> I have a pitch for a suite of fairly major app development next week.
>>> So
>>> many unknowns with JFX and app development at this stage! I'm still
>>> pretty
>>> disappointed that JFX on iOS/Android is not officially supported by
>>> Oracle
>>> (such a massive wtf? for me) - makes it such a risky prospect for us
>>> on the
>>> front line.
>>> 
>>> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:
>>> 
>>>> Hello,
>>>> 
>>>> 
>>>> We have just open-sourced javafx-font and javafx-font-native!
>>>> 
>>>> Note that a lot of the code we open-sourced today is a new
>>> implementation
>>>> based on native text technologies (CoreText for the Mac and
>>> DirectWrite for
>>>> Windows).
>>>> 
>>>> We still have a lot of work to do:
>>>> - finishing the new linux implementation is a big one
>>>> - testing
>>>> - improve on sub pixel position text
>>>> - etc
>>>> 
>>>> Help is most welcome,
>>>> 
>>>> Thank you
>>>> Felipe
>> 

Re: javafx-font opensourced

[John C. Turnbull]

So when will we see this new native font rendering? Is it in b94?

Also, will this result in an improvement in rendering quality?

On 21/06/2013, at 14:35, Richard Bair  wrote:

> Up until now we've been using T2K to do font measurement / rasterizing. It is 
> what is used also by Java2D. It is native code, but what we mean by "native 
> font rendering" is relying on APIs in the native OS to do the font 
> rasterizing (and such) rather than T2K.
> 
> Because this is new code, it just hasn't been finished for all platforms. 
> Felipe is working on the linux implementation.
> 
> Richard
> 
> On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote:
> 
>> I see that this release of font code includes "native font rendering".
>> 
>> What is this actually referring to?  Does JavaFX 2 and 8 prior to the
>> b94 (or whichever build has this native font rendering) not do native
>> font rendering?
>> 
>> Can someone explain exactly what "native font rendering" actually
>> means and whether it is something new?
>> 
>> Also, why is not available on Linux?
>> 
>> Thanks,
>> 
>> -jct
>> 
>> - Original Message -
>> From: "Daniel Zwolenski" 
>> To:"Felipe Heidrich" 
>> Cc:"openjfx-dev@openjdk.java.net Mailing" 
>> Sent:Fri, 21 Jun 2013 09:21:22 +1000
>> Subject:Re: javafx-font opensourced
>> 
>> This time sending to the list (gets me every time!):
>> 
>> Great news!
>> 
>> Danno - where does this put us with the JFX78 backport? Can we get a
>> build
>> of this for iOS now or what's needed to close this loop?
>> 
>> The RoboVM Maven plugin is working. I'd be keen to make it work with
>> JFX
>> auto included so basically you can create a normal project and run
>> mvn
>> robovm:ipad-simulator (robovm:ios-device is under construction) and
>> next
>> thing you have a running JFX app on iOS, no mess, no fuss.
>> 
>> I have a pitch for a suite of fairly major app development next week.
>> So
>> many unknowns with JFX and app development at this stage! I'm still
>> pretty
>> disappointed that JFX on iOS/Android is not officially supported by
>> Oracle
>> (such a massive wtf? for me) - makes it such a risky prospect for us
>> on the
>> front line.
>> 
>> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:
>> 
>>> Hello,
>>> 
>>> 
>>> We have just open-sourced javafx-font and javafx-font-native!
>>> 
>>> Note that a lot of the code we open-sourced today is a new
>> implementation
>>> based on native text technologies (CoreText for the Mac and
>> DirectWrite for
>>> Windows).
>>> 
>>> We still have a lot of work to do:
>>> - finishing the new linux implementation is a big one
>>> - testing
>>> - improve on sub pixel position text
>>> - etc
>>> 
>>> Help is most welcome,
>>> 
>>> Thank you
>>> Felipe
> 

Re: javafx-font opensourced

[Richard Bair]

Yes, working on the web view building. The main issue is there are a handful of 
libs (libxml, libxslt, etc) that we have to figure out where to put. I believe 
these are unaltered by us, but built with different flags to strip out stuff we 
don't need. I've asked Peter whether we can post the build instructions to 
produce these libs, and then figured once anyone can build them, it wouldn't be 
to hard to find a place to put them.

Ultimately we're trying to get a public artifactory repository setup for 
OpenJDK which would be the natural place for us to put all our dependencies 
like this, but in the meantime we just need a place to put some binaries. I 
know some of these binaries could be found elsewhere but not all of them (win64 
builds I think are missing for example).

On Jun 20, 2013, at 8:56 PM, Danno Ferrin  wrote:

> On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:
> 
>> This time sending to the list (gets me every time!):
>> 
>> Great news!
>> 
>> Danno - where does this put us with the JFX78 backport? Can we get a build
>> of this for iOS now or what's needed to close this loop?
>> 
>> 
> The good news is that my JFX78 project now compiles via gradle without
> needing a stub jar.  I took out the date picker and the builders for media
> and web view.  So you can download it locally and build a jfxrt.jar and
> likely use the ios libs that build currently.  I haven't poked around too
> much with the native bits.  (see https://bitbucket.org/narya/jfx78)
> 
> I also have been working on some maven distribution for this, not ready
> for consumption yet but an accessory build file creates the poms and
> handles the upload tasks (
> https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
> ).
> 
> The date picker will return when the threetenbp jars are updated, and media
> when those files are released.  WebView I either need to submit a patch to
> get it building in gradle or be patient.  But honestly all three of these
> rank in priority for me below writing a jfpackager bundler that wraps
> robovm.
> 
> 
> The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
>> auto included so basically you can create a normal project and run mvn
>> robovm:ipad-simulator (robovm:ios-device is under construction) and next
>> thing you have a running JFX app on iOS, no mess, no fuss.
>> 
>> I have a pitch for a suite of fairly major app development next week. So
>> many unknowns with JFX and app development at this stage! I'm still pretty
>> disappointed that JFX on iOS/Android is not officially supported by Oracle
>> (such a massive wtf? for me) - makes it such a risky prospect for us on the
>> front line.
>> 
>> 
>> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
>> felipe.heidr...@oracle.com
>>> wrote:
>> 
>>> Hello,
>>> 
>>> 
>>> We have just open-sourced javafx-font and javafx-font-native!
>>> 
>>> Note that a lot of the code we open-sourced today is a new implementation
>>> based on native text technologies (CoreText for the Mac and DirectWrite
>> for
>>> Windows).
>>> 
>>> We still have a lot of work to do:
>>> - finishing the new linux implementation is a big one
>>> - testing
>>> - improve on sub pixel position text
>>> - etc
>>> 
>>> Help is most welcome,
>>> 
>>> Thank you
>>> Felipe
>>> 
>>> 
>> 

Re: javafx-font opensourced

[Richard Bair]

Up until now we've been using T2K to do font measurement / rasterizing. It is 
what is used also by Java2D. It is native code, but what we mean by "native 
font rendering" is relying on APIs in the native OS to do the font rasterizing 
(and such) rather than T2K.

Because this is new code, it just hasn't been finished for all platforms. 
Felipe is working on the linux implementation.

Richard

On Jun 20, 2013, at 9:06 PM, ozem...@ozemail.com.au wrote:

> I see that this release of font code includes "native font rendering".
> 
> What is this actually referring to?  Does JavaFX 2 and 8 prior to the
> b94 (or whichever build has this native font rendering) not do native
> font rendering?
> 
> Can someone explain exactly what "native font rendering" actually
> means and whether it is something new?
> 
> Also, why is not available on Linux?
> 
> Thanks,
> 
> -jct
> 
> - Original Message -
> From: "Daniel Zwolenski" 
> To:"Felipe Heidrich" 
> Cc:"openjfx-dev@openjdk.java.net Mailing" 
> Sent:Fri, 21 Jun 2013 09:21:22 +1000
> Subject:Re: javafx-font opensourced
> 
> This time sending to the list (gets me every time!):
> 
> Great news!
> 
> Danno - where does this put us with the JFX78 backport? Can we get a
> build
> of this for iOS now or what's needed to close this loop?
> 
> The RoboVM Maven plugin is working. I'd be keen to make it work with
> JFX
> auto included so basically you can create a normal project and run
> mvn
> robovm:ipad-simulator (robovm:ios-device is under construction) and
> next
> thing you have a running JFX app on iOS, no mess, no fuss.
> 
> I have a pitch for a suite of fairly major app development next week.
> So
> many unknowns with JFX and app development at this stage! I'm still
> pretty
> disappointed that JFX on iOS/Android is not officially supported by
> Oracle
> (such a massive wtf? for me) - makes it such a risky prospect for us
> on the
> front line.
> 
> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:
> 
>> Hello,
>> 
>> 
>> We have just open-sourced javafx-font and javafx-font-native!
>> 
>> Note that a lot of the code we open-sourced today is a new
> implementation
>> based on native text technologies (CoreText for the Mac and
> DirectWrite for
>> Windows).
>> 
>> We still have a lot of work to do:
>> - finishing the new linux implementation is a big one
>> - testing
>> - improve on sub pixel position text
>> - etc
>> 
>> Help is most welcome,
>> 
>> Thank you
>> Felipe
>> 
>> 
> 

Re: javafx-font opensourced

[ozemale]

I see that this release of font code includes "native font rendering".

What is this actually referring to?  Does JavaFX 2 and 8 prior to the
b94 (or whichever build has this native font rendering) not do native
font rendering?

Can someone explain exactly what "native font rendering" actually
means and whether it is something new?

Also, why is not available on Linux?

Thanks,

-jct

- Original Message -
From: "Daniel Zwolenski" 
To:"Felipe Heidrich" 
Cc:"openjfx-dev@openjdk.java.net Mailing" 
Sent:Fri, 21 Jun 2013 09:21:22 +1000
Subject:Re: javafx-font opensourced

 This time sending to the list (gets me every time!):

 Great news!

 Danno - where does this put us with the JFX78 backport? Can we get a
build
 of this for iOS now or what's needed to close this loop?

 The RoboVM Maven plugin is working. I'd be keen to make it work with
JFX
 auto included so basically you can create a normal project and run
mvn
 robovm:ipad-simulator (robovm:ios-device is under construction) and
next
 thing you have a running JFX app on iOS, no mess, no fuss.

 I have a pitch for a suite of fairly major app development next week.
So
 many unknowns with JFX and app development at this stage! I'm still
pretty
 disappointed that JFX on iOS/Android is not officially supported by
Oracle
 (such a massive wtf? for me) - makes it such a risky prospect for us
on the
 front line.

 On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:

 > Hello,
 >
 >
 > We have just open-sourced javafx-font and javafx-font-native!
 >
 > Note that a lot of the code we open-sourced today is a new
implementation
 > based on native text technologies (CoreText for the Mac and
DirectWrite for
 > Windows).
 >
 > We still have a lot of work to do:
 > - finishing the new linux implementation is a big one
 > - testing
 > - improve on sub pixel position text
 > - etc
 >
 > Help is most welcome,
 >
 > Thank you
 > Felipe
 >
 >

Re: javafx-font opensourced

[Danno Ferrin]

On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski  wrote:

> This time sending to the list (gets me every time!):
>
> Great news!
>
> Danno - where does this put us with the JFX78 backport? Can we get a build
> of this for iOS now or what's needed to close this loop?
>
>
The good news is that my JFX78 project now compiles via gradle without
needing a stub jar.  I took out the date picker and the builders for media
and web view.  So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently.  I haven't poked around too
much with the native bits.  (see https://bitbucket.org/narya/jfx78)

I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (
https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).

The date picker will return when the threetenbp jars are updated, and media
when those files are released.  WebView I either need to submit a patch to
get it building in gradle or be patient.  But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.


The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
> auto included so basically you can create a normal project and run mvn
> robovm:ipad-simulator (robovm:ios-device is under construction) and next
> thing you have a running JFX app on iOS, no mess, no fuss.
>
> I have a pitch for a suite of fairly major app development next week. So
> many unknowns with JFX and app development at this stage! I'm still pretty
> disappointed that JFX on iOS/Android is not officially supported by Oracle
> (such a massive wtf? for me) - makes it such a risky prospect for us on the
> front line.
>
>
> On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
> felipe.heidr...@oracle.com
> > wrote:
>
> > Hello,
> >
> >
> > We have just open-sourced javafx-font and javafx-font-native!
> >
> > Note that a lot of the code we open-sourced today is a new implementation
> > based on native text technologies (CoreText for the Mac and DirectWrite
> for
> > Windows).
> >
> > We still have a lot of work to do:
> > - finishing the new linux implementation is a big one
> > - testing
> > - improve on sub pixel position text
> > - etc
> >
> > Help is most welcome,
> >
> > Thank you
> > Felipe
> >
> >
>

Re: javafx-font opensourced

[Daniel Zwolenski]

This time sending to the list (gets me every time!):

Great news!

Danno - where does this put us with the JFX78 backport? Can we get a build
of this for iOS now or what's needed to close this loop?

The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.

I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still pretty
disappointed that JFX on iOS/Android is not officially supported by Oracle
(such a massive wtf? for me) - makes it such a risky prospect for us on the
front line.


On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich  wrote:

> Hello,
>
>
> We have just open-sourced javafx-font and javafx-font-native!
>
> Note that a lot of the code we open-sourced today is a new implementation
> based on native text technologies (CoreText for the Mac and DirectWrite for
> Windows).
>
> We still have a lot of work to do:
> - finishing the new linux implementation is a big one
> - testing
> - improve on sub pixel position text
> - etc
>
> Help is most welcome,
>
> Thank you
> Felipe
>
>

javafx-font opensourced

[Felipe Heidrich]

Hello,


We have just open-sourced javafx-font and javafx-font-native!

Note that a lot of the code we open-sourced today is a new implementation based 
on native text technologies (CoreText for the Mac and DirectWrite for Windows).

We still have a lot of work to do:
- finishing the new linux implementation is a big one
- testing
- improve on sub pixel position text
- etc

Help is most welcome,

Thank you
Felipe