JFXPanel vs. real world usage
Stephen F Northover
steve.x.northover at oracle.com
Thu Oct 24 10:08:40 PDT 2013
There was quite a debate way back when as to whether there should be
heavyweight or lightweight embedding. If heavyweight, then FX would not
play well with AWT/Swing and would have all the heavyweight/lightweight
issues inherent there. If lightweight, then this is more work for the
embedding toolkit because it needs to forward events and implement
drawing. The simplest implementation of drawing is to draw images. A
more complex implementation would require that FX and AWT/Swing
communicate using a common underlying graphics currency that both
toolkits support (such as OpenGL or DirectX textures).
1) There has been some talk of doing the underlying communication thing
but nobody has looked into it. It will require quite low level
coordinated changes to AWT/Swing and FX. I did not see a JIRA that is
tracking this idea. Feel free to enter one.
2) Please enter a JIRA with a benchmark that is too slow for you using
the current JFXPanel implementation.
On 2013-10-24 12:03 PM, Matthias Hänel wrote:
> I just took a look at JFXPanel. This implementation is from my perspective just
> a pin point for a real implementation. The problem with the current one is,
> that a JFX scene is rendered down to a pixelbuffer that is rendered on a Swing
> Panel by paintComponent. Is there a particular reason for this?
> Actually, I expected the embedding of the OpenGL/DirectX context in other words
> the heavy weigth component of the entire JFX scene.
> In the current stage of the JFXPanel it's not even usable for very small addons,
> since the performance is soo damn bad ;)
> Maybe I missed another way to get JFX inserted into an existing Swing-Application?
> Any hints?
More information about the openjfx-dev