Project

General

Profile

Actions
Copy link

Bug #1059

closed
ŁM PL

WString::arg i18n

Bug #1059: WString::arg i18n

Added by Łukasz Matuszewski almost 15 years ago. Updated almost 15 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Pieter Libin
Target version:
3.2.0
Start date:
11/14/2011
Due date:
% Done:

0%

Estimated time:

Description

Hello.

It happens that in following code (which uses translated messages/strings):

this->m_wlblPasswordInvalidMsg->setText(tr(MIR_MSG_ARGISNOTCORRECT).arg(tr(MIR_MSG_ARGPASSWORD)));

the argument to fill the string is not translated:

  <message id="msg_argname">Name</message>
  <message id="msg_argsurname">Surname</message>
  <message id="msg_argemail">Email</message>
  <message id="msg_argpassword">Password</message>
  <message id="msg_argisnotcorrect">{1} is not correct.</message>

I tested it using mod_fcgid and wthttpd. Bug persists.

I found that the translation does not happen when i change locale by WApplication::instance()->setLocale("pl")...

Thanks for quick assigment.

KD Updated by Koen Deforche almost 15 years ago Actions
Copy link
 #1

  • Status changed from New to InProgress
  • Assignee set to Pieter Libin
  • Target version set to 3.2.0

Hey,

Inswedn they are probably not rerranslatwd properly.

Pieter we must store the arguments as WString.

Regards,
Koen

PL Updated by Pieter Libin almost 15 years ago Actions
Copy link
 #2

I added test I18n_internalArgument1 to our test suite to reproduce this problem.

PL Updated by Pieter Libin almost 15 years ago Actions
Copy link
 #3

  • Status changed from InProgress to Resolved

Fixed, we now keep the WString's arguments as WStrings.

I also fixed this for JWt.

KD Updated by Koen Deforche almost 15 years ago Actions
Copy link
 #4

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: PDF Atom