I can see now onle 2 ways to solve the problem of render test for inline SVG images in gt-xsd-sld module: 1. Movement of the declaration of ExternalGraphicFactory interface from gt-render module to gt-api module and placement of render test for inline SVG image in a new module, something like gt-xsd-sld-test. 2. Creation of the Icon for inline SVG image in gt-render module. The description of SVG may be delivered to gt-render from parser through the customProperties of ExternalGraphic. This is different from creation of the Icon for inline raster image, which is created in parsing module (gt-main or gt-xsd-sld). Although I belive that transfer of all interfaces (not only ExternalGraphicFactory) to gt-api is conceptually correct solution, I do realize, that this measure can be taken only when absolutely necessary, but support of literal inline SVG is not such a case. (I imphazise - only literal. Inline expression for SVG may be very usefull). So I desided to use the second way and to combine the implementation of the support of inline SVG with the implementation of the support of expressions in InlineContent
http://osgeo-org.1560.x6.nabble.com/InlineContent-expression-tc5220487.html -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Support-of-SVG-images-in-InlineContent-parameter-of-ExternalGraphic-tp5221760p5222212.html Sent from the geotools-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ _______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
