Chris Holmes ha scritto: > Hmmm... The standards work would be good, but I was imagining that > implementing the parser in javascript would be better. Parse from the > language in to OL Style objects, which can then be persisted out as SLD > objects for GeoServer. GS would still use SLD through and through. > Doing things this way also gets us the ability to do real time previews > on the client side, without GS having to do the rendering. Are there > other advantages to a java parser that I'm missing?
Hmmm... if you're thinking to have a UI on top of this, then it makes not much sense, since a UI is there to hide the underlying storage anyways. CSS based styling idea is there to have web designers work on the CSS directly, and in that case, turning it into SLD to be posted on the server side does not look great, as we'd have to translate back and forth between the two ways of expressing a style, and possibly loose the CSS on the way along with comments that the web dev embedded in it. I mean, if you post the SLD to the server, where do you store the CSS? 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
