Yup, but sometimes the key might be an object or a string, I guess that's the reason toString() was used.
I think it should be fixed as Ruimo Uno suggested. rgds Musachy Barroso <[EMAIL PROTECTED]> wrote: You can force freemarker to render it as a number with "?c" I think. musachy tm jee wrote: > There's a related jira issue for this as well reported on WebWork. > > http://jira.opensymphony.com/browse/WW-1369 > > I don't think there's an issue comparing the key. What do others think about > it? But for rendering the page, we should use the string cause freemarker > will added locale specific information to numbers for example such that > 1234567 might gets rendered as 1,234,567 etc. I think that's the reason the > string representation is used. > > rgds > > Ruimo Uno wrote: Hi, > > Current radiomap.ftl file uses the string representation of map key to > determine if > the radio button should be checked: > > <#if tag.contains(parameters.nameValue, itemKeyStr)> > > As a result, only String type of property can be used for the radio tag. > > In select.ftl file, it uses the map key itself instead of the string > representation of it: > > <#if tag.contains(parameters.nameValue, itemKey) == true> > > This makes much sence becuase you can use other types than the String such as > type-safe enums for the property type. > > Is there any problems to use the itemKey instead of the itemKeyStr in > radiomap.ftl too? > > <#if tag.contains(parameters.nameValue, itemKey)> > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Send instant messages to your online friends http://uk.messenger.yahoo.com
