You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Sven Meier (JIRA)" <ji...@apache.org> on 2009/07/24 11:26:14 UTC
[jira] Commented: (WICKET-1982) Palette's AbstractOptions should
localize values as AbstractChoice does
[ https://issues.apache.org/jira/browse/WICKET-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12734999#action_12734999 ]
Sven Meier commented on WICKET-1982:
------------------------------------
Thanks, works fine.
> Palette's AbstractOptions should localize values as AbstractChoice does
> -----------------------------------------------------------------------
>
> Key: WICKET-1982
> URL: https://issues.apache.org/jira/browse/WICKET-1982
> Project: Wicket
> Issue Type: Improvement
> Components: wicket
> Affects Versions: 1.4-RC1
> Reporter: Sven Meier
> Assignee: Igor Vaynberg
> Priority: Minor
> Fix For: 1.4-RC2
>
>
> Palette's AbstractOptions uses the id and value for localization:
> value = getLocalizer().getString(id + "." + value, this, value);
> This requires me to duplicate parts of the keys in my property file. If I'm using a ChoiceRenderer("name", "name") for a hypothetical class B it looks like:
> Bar.A.Bar.A = Aaaa
> Bar.B.Bar.B = Bbbb
> Bar.C.Bar.C = Cccc
> AbstractOptions should be aligned with how AbstractChoice works, localizing the displayValue only without the id:
> display = getLocalizer().getString(displayValue, this, displayValue);
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.