Thank you Nuno! Through your doubts I continued my search and found a nice solution, which is a symbiosis of my idea to use the argument of a function for storing expressions for dash array (list) and your desire to do without superfluous functions similar to that of the Label concatenation in SLD. I have found, that SLDParser while parsing value of Label creats internally the strConcat function. This is just what I need! Test showed, that it is working for stroke-dasharray CssParameter. I am ready to commit new implementation of dashArray expression list. But l have some doubts. If implementation of expression concatenation for Label will be changed in future (for example the strConcat will be replaced by Concatenate which is more convenient) then my code will not work correctly and this will be difficult to discover. Also some strange person may wish to use strConcat for dasharray implicitly, but if he will nest strConcat's in second argument and not in the first as SLDParser does, then my code will faild again. I have tried to write universal processing of strConcat and Concatenate (it was my fist approch to the problem of dasharray) but I am not shure that it is necessary to be so paranoid. So I am waiting for advice befor commiting of new implementation of dashArray.
-- View this message in context: http://osgeo-org.1560.x6.nabble.com/SLD-Stroke-Dasharray-Property-tp5083512p5219634.html Sent from the geotools-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ _______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
