I certainly don't have a strong opinion but will offer it as another view.
While I realize it's technically incorrect to use the term "scale" i would
vote for sticking with it as is. Rationale being:
- it is very common mis-nomenclature
- it is the most readable while still adequately terse
I think the second point is not to be overlooked since readability and
compactness are two of the main reasons that css based styling paradigm is
so attractive. And I think the spirit of the language was derived more from
"what's easy" rather than "what is technically correct".
$0.02
On Tue, Sep 24, 2013 at 11:01 AM, Andrea Aime
<[email protected]>wrote:
> On Tue, Sep 24, 2013 at 6:51 PM, David Winslow
> <[email protected]>wrote:
>
>> Sorry, I forgot to reply to this email. Here's the plan (stop me if I'm
>> going off the rails.)
>>
>> The new name for this property will be @scale-denominator and @scale will
>> be ignored (just as if, right now, you made a style with @rutabaga).
>>
>> However, due to the likelihood of changing style semantics, I'm also
>> adding support for generating warnings along with a style (as opposed to
>> the current model where either your style fails to parse or you get an SLD
>> document out. Notifying users of @scale that they need to switch to
>> @scale-denominator will be the first but not the only use of this
>> mechanism, which gives us a little more flexibility in changing the
>> language without leaving existing users stranded.
>>
>
> Nice, but can I propose a slightly different behavior?
> When you see @scale, treat it as @scale-denominator, but let's remove it
> from the docs and issue the warning.
>
> At least, those having existing CSS styles won't have to rewrite them all
> right away, and besides, 2.4.0 is out,
> we have to maintain backwards compatibility at this point.
>
> Cheers
> Andrea
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
*Justin Deoliveira*
Vice President, Engineering | Boundless
[email protected]
@j_deolive <https://twitter.com/j_deolive>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
