Hi Justin,
when you have a sec please take a look at
http://jira.codehaus.org/browse/GEOS-1393
since I was meant to fix it, but am unsure if the current behaviour is a bug
or a feature (well, it's a feature, the question being if its a desired one)
long story short, how you feel about keeping around both the raw attribute
data and a default string representation for feature templates?
rationale:
- to make it easy to do templates (mostly the generic ones) with default
string values and not having to deal with non string nor numeric types
formatting.
- to still allow for custom formatting (say you want a different date format
or to present booleans as Yes/No - Enabled/Disabled - Icon/NoIcon, etc)
regards,
Gabriel
So the idea is to turn boolean values into a string ( like is done for
dates ) and still have that string be accessible through "value". But
have the boolean and date objects accessible via rawValue.
I like this idea, +1 from me.
Gabriel Roldán wrote:
Hi Justin,
when you have a sec please take a look at
http://jira.codehaus.org/browse/GEOS-1393
since I was meant to fix it, but am unsure if the current behaviour is a bug
or a feature (well, it's a feature, the question being if its a desired one)
long story short, how you feel about keeping around both the raw attribute
data and a default string representation for feature templates?
rationale:
- to make it easy to do templates (mostly the generic ones) with default
string values and not having to deal with non string nor numeric types
formatting.
- to still allow for custom formatting (say you want a different date format
or to present booleans as Yes/No - Enabled/Disabled - Icon/NoIcon, etc)
regards,
Gabriel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:4007,47188652182735409313003!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org