You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Martin Grigorov (JIRA)" <ji...@apache.org> on 2016/01/11 22:38:39 UTC

[jira] [Commented] (WICKET-6066) IDataExporter (and CSVDataExporter) does not handle i18n of column headers

    [ https://issues.apache.org/jira/browse/WICKET-6066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15092727#comment-15092727 ] 

Martin Grigorov commented on WICKET-6066:
-----------------------------------------

Where exactly in the quickstart you need to pass this ResourceModel ?
I don't see any key in wicket-package.properties that is not used.

> IDataExporter (and CSVDataExporter) does not handle i18n of column headers
> --------------------------------------------------------------------------
>
>                 Key: WICKET-6066
>                 URL: https://issues.apache.org/jira/browse/WICKET-6066
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket-extensions
>    Affects Versions: 6.21.0
>         Environment: All
>            Reporter: Steve Lowery
>            Assignee: Martin Grigorov
>            Priority: Minor
>         Attachments: quickstart.zip
>
>
> When using the CSVDataExporter, it does not handle i18n of the column headers when using ResourceModel unless the developer does a wrap(new ResourceModel("my.key")) when defining the display model for the column.  While this is doable, it would be nice for the exporter to handle the wrapping for them in the case that the developer doesn't do this.  
> The IDataExporter interface doesn't provide any component (the table or otherwise) that it could use to wrap the ResourceModel to.  Maybe it would be the intent to pass in the DataTable to the constructor of the exporter.?
> Any thoughts on how to best achieve what we are looking to do without looking through the entire codebase and wrapping all of the ResourceModels?
> See attached quickstart to replicate.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)