The best thing I know of in terms of a native rich text editor for JavaFX is the third party RichTextFX control:
There is some info on that here:
I think the original developer stopped developing it, but it is possible that somebody else from the community picked it up.
I'm sure your research would have brought up RichTextFX, so I'm not sure why you didn't mention it in your posts.
As alternatives you could consider:
A markdown based editor (there are numerous JavaFX projects for that).
Use a SwingNode and embed a Swing based editor (such as one of the ones found in the open source Intellij or NetBeans projects), or event a SWT editor (such as the one found in Eclipse).
I understand that WebView or JavaFX HTMLEditor based is not really what you want based upon your previously posted concerns about that.
My suggestion would be first to investigate RichTextFX and see if it would be a useful solution for you, and, if not consider either the Markdown or embedded Swing based solutions.
>Since the "rich text editing control" was due to be released in 8, I have to bleieve that yeah, this is it.
I've been following JavaFX for a while, and I never heard before that such a control was due to be released in 8. I guess it may have been on some ancient roadmap somewhere, but I doubt its been in the roadmap for the core JavaFX libraries for many years (there is no published roadmap anymore as far as I know). Pretty much anything which might be on what would resemble a roadmap is likely in Jira. So you could work out a roadmap by looking at what new features are planned to be implemented in upcoming versions based upon querying Jira. I looked up rich text editor for JavaFX in jira and it came up with:
That feature request is not targeted for any upcoming release, so it would be unlikely to be implemented within the core JavaFX libraries at any time soon (if indeed ever).
If you have questions about it you can ask on http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev
> My limited understanding of the fate of JNLP is it is to be replaced with Java devs packaging the unique closure (profile) of Java 9 modules which is particular to their app. The app and those modules are expected to be bundled and there will be no more general runtime (jre). I am not sure how the literal launching of the app's main method will be achieved.
I don't really think there is (or will be) a real replacement for JNLP. And IMO I think that is OK, as JNLP never IMO provided a good application delivery experience and never was going to ever become a good experience.
I think instead the closest thing (and it is not the same, it is different), is the self-contained application packaging:
This uses native tools to bundle together an app and a runtime as a native installer package, so that the user installs your app exactly as they would any other app they install on their OS.
Or the third party Gluon mobile which (I am guessing) provides the same capabilities for mobile environments:
> Now I am starting to realize that what Oracle wants is for us to use HTMLEditor as the base for all rich editor controls.
They provide the HTMLEditor but I don't think they care much what is used by others as the basis for their rich editor controls. I'm not sure it is something they should care much about anyway unless they are able to devote the appropriate resources to support it (which I'm guessing they have decided that they cannot at the current moment). But, I think the greater issue is whether or not the APIs currently exposed by the core JavaFX libraries in Java 9 is sufficient for somebody else to build and maintain such an editor (assuming that that other entity can also support that effort). I don't know the answer to that question, I'm guessing that it might be either difficult or not possible, though RichTextFX does currently exist and (if that thing runs on Java 9), then it may prove that such an editor may be possible.
> Will they bring back the capabilities found in Swing?
> But am I just wrong or am I looking at it the wrong way?
No and perhaps yes. Certainly waiting "for a rich text editor ala Swing's JEditorPane to surface in Java 8 and now Java 9" is the wrong way...
> The thing is, with Java 9, Oracle has effectively cut us off from access to the libraries we need to write a text editor from, more or less, scratch. I am talking about the libraries which were in Swing like LineBreakMeasurer and access to the native libraries for (mouse event) hit testing (upon characters) and many many others.
> Previously, in Swing there was something approaching a 1:1 correspondence between Java classes and the native libraries needed. Now it's more like a curated view to those native libraries indirectly through HTMLEditor, Text and TextFlow (a read only view of text).
Yeah, I don't know, this could be a genuine issue. I'm guessing you could get around it by packaging as a self-contained app and custom hacking the core JavaFX libs to expose the APIs you need, but that doesn't really sound like a recommended approach ;-)
> if I want to write a rich text editor, I can turn my back on my years of Java programming, go native, make friends again with C++, and develop the needed UIs with each platform's respective UI toolkits.