Agreed; and thanks for removing those dependencies it really helped.
The gt-svg module is focused just on rendering svg icons now right? Could we
add a utility class to it?
I would be content steel the good bit out of gt-svgsupport as a code example
for docs; nobody will be using gt-docs as a dependency as it literally is the
borg and depends on everything ever.
--
Jody Garnett
On Thursday, 7 April 2011 at 6:51 PM, Andrea Aime wrote:
> On Thu, Apr 7, 2011 at 4:09 AM, Michael Bedward
> <[email protected]> wrote:
> > Hi Jody
> >
> > gt-render already depends on the batik library for SLD stuff. I
> > remember we specifically excluded the batik library in the example
> > poms at some stage because we didn't want all that stuff confusing
> > users (or was it for another reason ?). So I wonder whether it's a
> > good idea to have such a dependency for the docs module ?
>
> gt-render does not depend on batik anymore, you have to use the
> separate gt-svg module to get svg symbols support.
> That was done based on your suggestion to make demos leaner
>
> The current SVG demo module looks pretty useless to me... GeoServer
> has a SVG generation module, we could point people at it if they
> want to use the streaming renderer to generate SVG files out of data+SLD?
>
> Cheers
> Andrea
>
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
> mob: +39 333 8128928
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
