On Fri, 2009-03-20 at 16:46 +0100, Andrea Aime wrote: > David Winslow ha scritto: > > On Fri, 2009-03-20 at 11:53 +0100, Andrea Aime wrote: > >> 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 > >> > > > > My 2 cents worth: it's valuable to expose the css source to web > > designers; sometimes things are just easier in text mode (says the cli > > junkie). It's probably possible to ensure a 1:1 mapping between CSS and > > SLD, especially if that's taken into account throughout the design > > process. > > > > Anyway, just wanted to comment that I have a couple of hundred lines of > > javacc written toward CSS support in geotools, so I'd be happy to > > (co?)mentor this one. > > Did you look in any of the existing Java based CSS parsers? > There are three around, I linked a page in the proposal that > has a list.
Yes. However, there are a few reasons I didn't start out using one of them: * I wanted to learn how to use javacc (the biggest reason) * GeoTools is already using javacc; it's not already using a css parsing library afaik * I don't think standards-compliant CSS is going to suffice if we want to match SLD's capabilities. CSS3 seems to be focused on text documents, with no analog for BBOX, PropertyIsBetween, filter functions, etc. Anyway, my code may not be that useful (there is a reason I haven't mentioned it by now) but I'd still be up for mentoring this project. -- David Winslow OpenGeo - http://opengeo.org/ > > Cheers > Andrea > > ------------------------------------------------------------------------------ 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
