Gabriel Roldan ha scritto: > I was thinking, instead of sld library mode, that we wanted to support > other sort of styles than SLD ones. And if you ask me I reckon I don't > know yet what those are gonna be, so this may well be overarchitecting > and I just got wrong the intention of supporting other kinds of style > definitions?
Yeah, I see the use case as a plausible one. Connecting it to the existing code is harder thought. The renderer, the svg generator, the kml generator all play with geotools Style objects directly. In order to make any use of different ways to specify styling we'd need some sort o generalization at that level. I guess we'd need to some kind of pluggable factory that given a feature and a generic style object (whose nature is unknown) returns the actual geometry that needs rendering, and some directions on how to render it (fill, symbols, labels). This role is played, partly, by the SLDStyleFactory, but not for the geometries for example. We could generalize this further, introduce a style factory interface and an extension point, I guess we'd first need a solid use case (and resources) to do that first. So far the two examples we have at hand (SLD and CSS) seem to something that we should be able to coax into a single SLD object. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
