javafx-font opensourced

[Danno Ferrin]

On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski <zonski at 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 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.heidrich at 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
> >
> >
>