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 2008/12/16 20:24:46 UTC
[jira] Created: (WICKET-1982) Palette's AbstractOptions should
localize values as AbstractChoice does
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
Priority: Minor
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.
[jira] Assigned: (WICKET-1982) Palette's AbstractOptions should
localize values as AbstractChoice does
Posted by "Igor Vaynberg (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Igor Vaynberg reassigned WICKET-1982:
-------------------------------------
Assignee: Igor Vaynberg
> 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.
[jira] Resolved: (WICKET-1982) Palette's AbstractOptions should
localize values as AbstractChoice does
Posted by "Igor Vaynberg (JIRA)" <ji...@apache.org>.
[ 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.
[jira] Commented: (WICKET-1982) Palette's AbstractOptions should
localize values as AbstractChoice does
Posted by "Sven Meier (JIRA)" <ji...@apache.org>.
[ 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.