Wayne Fang ha scritto: > Hi Gabriel, > > Thanks for the explanation. The main issue, though, is that behaviour > is inconsistent between the one and many cases. It wouldn't matter if > the labels are on or off by default, as long as it was the same for all > cases. We have a client thinking this is a bug (not a 'feature' ;-) ).
Mumble, the first silly question I have is why the client cannot just add the parameter to force labels on and off and get over it :) More seriously, that behaviour was there before me joining GeoServer crew and I don't know why it was setup, but I'm usually weary of dismissing past decisions just because I don't understand them. Maybe it has something to do with the way uDig uses the GetLegendGraphic call to build the layer icons (if any)? Jody, Gabriel, Chris, do you know any reason why this setup the way it is? Thinking about it, the call is indeed thought to allow a client build its own legend, but without the presence of a RULE parameter and with multiple rules, not having labels would make the result unreadable. So what about * avoiding the usage of labels if the RULE parameter has been provided * always adding labels otherwise If the client is able to actually build its own legend, it should know about the rules. If the client is dumber, it's probably expecting an ArcIMS like behaviour... no? I know we're introducing a different sort of magic, the trouble here are the client softwares that only work with the standard part of the protocol, we should have a decent behaviour for those. Everyone else making up a custom client or using a customizable one can use the vendor parameters we came up with and get what they want anyways. Cheers Andrea ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
