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

Reply via email to