Hi, starting to implement some of the dynamic symbols proposal today (so that I can commit something when the svn freeze is over) and found this interface I totally forgot about:
/** * * @author jamesm * @source $URL: http://svn.geotools.org/geotools/trunk/gt/modules/library/render/src/main/java/org/geotools/renderer/lite/GlyphRenderer.java $ */ public interface GlyphRenderer { public boolean canRender(String format); public List getFormats(); /** * * @param graphic * @param eg * @param feature * @param height use <=0 if you dont want any scaling done. THIS MIGHT BE IGNORED by the renderer! */ public BufferedImage render(Graphic graphic, ExternalGraphic eg, Object feature, int height); } This has SVGGlyphRenderer and CustomGlyphRenderer implementations. The first is hooked up (code wise), the second it dead-ware, nothing uses it. This interface is also not as powerful as the one proposed with the dynamic SLD proposal and is not hooked up to be pluggable. Ugh... I was thinking of deprecating it and moving SVG to the new interface, what will be SPI pluggable (and I'll ask to move it to another module to avoid having renderer depend on Batik, since it's big). What do you think? Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel