Welcome to wxFormBuilder’s issue tracking system! We hope that wxFormBuilder provides you with many hours of increased productivity.
Please feel free to post bug reports and feature requests here. You can feel free to discuss an issue or feature on the forum but if you decide it needs to be looked at you need to post it here. If a feature request or bug report is not on this site there is a good chance it won’t be worked on. So, as a rule, post them here.
Thanks for your cooperation,
The wxFormBuilder Team
FS#418 - Localization in code generation doesn't work for wildcards in wxFilePickerCtrl...
Opened by Sebastian Vater (BastyCDGS) - Tuesday, 24 March 2009, 14:41 GMT+2
|
DetailsWhat steps will reproduce the problem?
TestFilePicker = new wxFilePickerCtrl( NotebookSettings, wxID_ANY, wxEmptyString, _("Select a WAV file"), wxT("WAVE files (*.wav)|*.wav|All files (*.*)|*.*"), wxDefaultPosition, wxDefaultSize, wxFLP_CHANGE_DIR|wxFLP_DEFAULT_STYLE|wxFLP_FILE_MUST_EXIST|wxFLP_OPEN );
SettingsSizer->Add( TestFilePicker, 0, wxALIGN_CENTER_VERTICAL|wxALIGN_RIGHT|wxALL|wxRIGHT, 5 );
What is the expected output? What do you see instead? Expected output with activated internalization should be: [...] _("WAVE files (*.wav)|*.wav|All files (*.*)|*.*") [...]
so that the wildcard descriptions also get translated. What I’m seeing instead is: [...] wxT("WAVE files (*.wav)|*.wav|All files (*.*)|*.*") [...]
which doesn’t call the gettext () functions... Please use labels and text to provide additional information. Fixing this should be straight forward, since all to be done is to check whetever internalization is active and if this is the case, replace the wxT() for the wildcard part with _() |
Hello, I got into this myself and submitted a patch...
To use it, go to your plugins/additional/xml directory of wxFormBuilder, where the file additional.xml can be found. Then apply the patch on the terminal with the command:
After this, restart wxFormBuilder and wxFilePickerCtrl should internationalize the wildcards correctly...
BTW, would be glad if this patch could be integrated into one of the next wxFormBuilder versions...it's really a small simple change (in fact just a wxString to wxString_i18n conversion).