I see where you are going with removing the "-gt-" prefix, and yeah this is
a rendering language specifically for the geoserver renderer - no need to
reference the SLD portability questions at all.
aside: The 100k is a great idea, perhaps we can encourage YSLD to adopt it.
--
Jody Garnett
On 28 May 2017 at 01:04, Andrea Aime <andrea.a...@geo-solutions.it> wrote:
> Hi,
> I am working on a large-ish CSS style, that gave me the opportunity to
> observe a few annoying bits in the syntax.
> I set out to fix those, in particular:
>
> - Scale denominator numbers can be long and that makes them hard to
> read. Who can say, without counting the zeros, if 10000000 is 1 billion, 10
> millions, 1 million? I am going to allow a shortcut syntax with k and m
> specifiers, e.g 10m, that should make common scale denominators quick to
> type and read (I've noticed ysld allows for scientific notation but
> honestly.. do I really want to type and read "1e10", how many will
> instantly realize it's the millions?)
> - Scale denominators are not scales, so I'll add a more compact and
> more correct @sd variable ("scale denominator") to use in scale dependency
> rules, e.g. [@sd < 10k], while preserving @scale for backwards
> compatibility
> - Remove the -gt- prefix from vendor options. In SLD there is a
> reference spec and it makes sense to have vendor options, CSS is its own
> languages with no base reference, there is no need to mark anything as
> vendor, let alone specifically point to geotools in the prefix. While the
> old syntax will still be supported for backwards compatibility. So, for
> example, it will be "label-priority" instead of "-gt-label-priority".
> - Easy support for enviroment variables, instead of having to call
> onto env('foo') or env('foo', 1234) in CSS one will be able to just do @env
> or @env(1234)
>
> Once that is done, I'll probably propose the module for graduation in
> supported land (for 18.0)
>
> Considerations, objections?
>
> Cheers
> Andrea
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054 Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39 339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> -------------------------------------------------------
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
