You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Igor Vaynberg (JIRA)" <ji...@apache.org> on 2008/12/17 18:13:44 UTC

[jira] Resolved: (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:all-tabpanel ]

Igor Vaynberg resolved WICKET-1982.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 1.4-RC2

> 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.