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

["Martin Grigorov (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/WICKET-6066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Grigorov resolved WICKET-6066.
-------------------------------------
    Resolution: Won't Fix

Closing as "Won't fix".
org.apache.wicket.model.ResourceModel's javadoc says: 
{quote}
If you don't use this model as primary component model (you don't specify it in component
 * constructor and don't assign it to component using {@link Component#setDefaultModel(IModel)}),
 * you will need to connect the model with a component using {@link #wrapOnAssignment(Component)}.
{quote}

Or use MyApplication.properties as I suggested in my previous comment.


> 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: Simpsons.csv, 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)