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> wrote: But that won't work for CSS Tom 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... > > ...jim > >> 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.ImageFormatDescription, >>> 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? >>> >>> Thanks! >>> Diego >>>
