I am glad to see an SVG conversation here. We are currently using apache
Batik to render our SVG, but would like to move to JavaFX. The only way we
found to do this is using the WebView. However, this presents some
interesting challenges. We have fairly stringent printing requirements and
going through the WebView for this is pretty difficult.
See: "Scaling WebEngine.print output" from October 6
On Tue, Oct 11, 2016 at 3:11 PM Tom Schindl <tom.schi...@bestsolution.at>
But that won't work for CSS
Von meinem iPhone gesendet
> Am 11.10.2016 um 21:01 schrieb Jim Graham <james.gra...@oracle.com>:
> Rather than try to hack around the exposure of the internal ImageLoader
APIs, given the relatively small amount of glue code in that package it
might be easier for them to reimplement the glue to use WritableImage...
>> On 10/11/16 5:36 AM, Kevin Rushforth wrote:
>> As for you other question, unless they use public API they will no
longer work. Applications can export internal
>> packages via a command line switch, but it is quite fragile and not
likely to work from release to release.
>> -- Kevin
>> Cirujano Cuesta, Diego wrote:
>>> Hi all,
>>> I was wondering why there is no javafx support to svg, is there any
reason? I found nice the solution from codecentric
>>> interesting: https://github.com/codecentric/javafxsvg. But it uses
>>> com.sun.javafx.iio.ImageLoader, com.sun.javafx.iio.ImageStorage and
com.sun.javafx.iio.ImageLoaderFactory. in openjfx9
>>> is still there in com.sun... What's going to happen to these classes in
Java 9? Is there strategy about providing ways
>>> to use them?