Update on FX plans for JDK 9
Benjamin Gudehus
hastebrot at gmail.com
Fri Dec 18 04:47:22 UTC 2015
>For testing and so on, public APIs seem lower priority to me. A developer
can always override Jigsaw from the command line and use whatever internal
APIs are needed.
That's true, although is increases the initial hurdle of testing a bit.
>JDK-8145154: Provide public API support for PerformanceTracker
functionality
The ability to register custom Loggers would be nice; they currently behind
private fields.
On Thu, Dec 17, 2015 at 11:05 PM, Mike Hearn <mike at plan99.net> wrote:
> >
> > JDK-8091107: Add java.awt.Desktop support to javafx
> > JDK-8091517: Implement com.apple.eawt APIs that make sense in JavaFX
> (FX
> > equivalent for JEP 272)
> >
>
> Exposing platform APIs is a big deal for anyone who wants to make an app
> that really benefits from being on the desktop. Doing things like handling
> files, registering URL handlers etc was a big PITA in my app. Definitely +1
> to supporting these cases better.
>
>
> > JDK-8145443: [Mac] Render directly to NSWIndow rather than via CALayer
> > for non-applet Stage
> >
>
> It's unclear from this description or the bug what the benefit of doing
> that would be. Performance?
>
>
> > JDK-8145154: Provide public API support for PerformanceTracker
> > functionality
> > JDK-8090763: Public API for Glass's robot functionality
> >
>
> For testing and so on, public APIs seem lower priority to me. A developer
> can always override Jigsaw from the command line and use whatever internal
> APIs are needed. Breakage is less of a concern because it's under the
> control of the developer.
>
> The biggest lack in the JavaFX/javapackager/jlink story is still, by far, a
> slick auto update system. Shipping apps that can't update themselves in
> 2015 is unacceptable even for corporate deployments.
>
More information about the openjfx-dev
mailing list