Localization message for validators

[aldaris]

Hi all,

I have recently upgraded my application to wicket 1.4-rc5, and now I
have some troubles with the localization.
With the previous 1.3.6 release I was capable to restrict a localization
message for a validation to only one wicket id e.g. :

in foobar.java
RequiredTextField nameTF = new RequiredTextField("name");
nameTF.add(StringValidator.lengthBetween(2, 255));
nameTF.add(new PatternValidator("[^|:]*"));

and in foobar.properties
name.Required=some text
name.StringValidator.range=some other text
name.PatternValidator=some other text again

So, like this I could have to create an another RequiredTextField named
"password", and attach to it a different localization message (for
example "password.Required=blabla").

But somehow with the 1.4-rc5 it looks like that this function is broken,
it only recognizes the localization text, when I remove the "name."
prefix from my property.

I already checked the localization wikipage (
http://cwiki.apache.org/WICKET/everything-about-wicket-internationalization.html 
) and the examples, but I didn't found anything about this.
What am I missing here?

Thanks,
Peter


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[igor.vaynberg]

open a jira issue with a quickstart attached.

-igor

2009/6/29 Major Péter <majorpetya@...>:

> Hi all,
>
> I have recently upgraded my application to wicket 1.4-rc5, and now I have
> some troubles with the localization.
> With the previous 1.3.6 release I was capable to restrict a localization
> message for a validation to only one wicket id e.g. :
>
> in foobar.java
> RequiredTextField nameTF = new RequiredTextField("name");
> nameTF.add(StringValidator.lengthBetween(2, 255));
> nameTF.add(new PatternValidator("[^|:]*"));
>
> and in foobar.properties
> name.Required=some text
> name.StringValidator.range=some other text
> name.PatternValidator=some other text again
>
> So, like this I could have to create an another RequiredTextField named
> "password", and attach to it a different localization message (for example
> "password.Required=blabla").
>
> But somehow with the 1.4-rc5 it looks like that this function is broken, it
> only recognizes the localization text, when I remove the "name." prefix from
> my property.
>
> I already checked the localization wikipage (
> http://cwiki.apache.org/WICKET/everything-about-wicket-internationalization.html
> ) and the examples, but I didn't found anything about this.
> What am I missing here?
>
> Thanks,
> Peter
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[aldaris]

done:
https://issues.apache.org/jira/browse/WICKET-2350

2009-06-30 02:32 keltezéssel, Igor Vaynberg írta:

> open a jira issue with a quickstart attached.
>
> -igor
>
> 2009/6/29 Major Péter<majorpetya@...>:
>> Hi all,
>>
>> I have recently upgraded my application to wicket 1.4-rc5, and now I have
>> some troubles with the localization.
>> With the previous 1.3.6 release I was capable to restrict a localization
>> message for a validation to only one wicket id e.g. :
>>
>> in foobar.java
>> RequiredTextField nameTF = new RequiredTextField("name");
>> nameTF.add(StringValidator.lengthBetween(2, 255));
>> nameTF.add(new PatternValidator("[^|:]*"));
>>
>> and in foobar.properties
>> name.Required=some text
>> name.StringValidator.range=some other text
>> name.PatternValidator=some other text again
>>
>> So, like this I could have to create an another RequiredTextField named
>> "password", and attach to it a different localization message (for example
>> "password.Required=blabla").
>>
>> But somehow with the 1.4-rc5 it looks like that this function is broken, it
>> only recognizes the localization text, when I remove the "name." prefix from
>> my property.
>>
>> I already checked the localization wikipage (
>> http://cwiki.apache.org/WICKET/everything-about-wicket-internationalization.html
>> ) and the examples, but I didn't found anything about this.
>> What am I missing here?
>>
>> Thanks,
>> Peter
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Uwe Schäfer]

Major Péter schrieb:

Dear Igor

referring to your comment on

> https://issues.apache.org/jira/browse/WICKET-2350

where it reads: "the proper format of the override key is
formid.componentid.key, you are missing the formid part. this was
considered a bug in earlier versions of wicket and was fixed. "

this is quite misleading.
we have the same issue here and while

myField=MyFunkyField

is picked up for automatically created ErrorMessages, even though the
fully qualified key would be:

myForm.myField=MyFunkyField

it seems when looking up error messages, you need to fully qualify it.

Means:

myForm.myField=works
myField=works as well (!)
myForm.myField.Required=works
myField.Required=doesnt.

looks quite inconsistent to me?
what am i missing?

cu uwe

--
THOMAS DAILY GmbH
Adlerstraße 19
79098 Freiburg
Deutschland
T  + 49 761 3 85 59 410
F  + 49 761 3 85 59 550
E  larbig@...
www.thomas-daily.de

Geschäftsführer/Managing Directors:
Wendy Thomas, Susanne Larbig
Handelsregister Freiburg i.Br., HRB 3947

Registrieren Sie sich unter http://www.signin.thomas-daily.de für die
kostenfreien TD Morning News, eine  Auswahl aktueller Themen des Tages
morgens um 9:00 in Ihrer Mailbox.

Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um
8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach
16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer
Redaktion lautet redaktion@....

To receive the free TD News International – a selection of the day’s top
issues delivered to your mail box every day – please register at
www.signin.thomas-daily.de

Please note: Information received for our TD News International after 4
p.m. will be given priority for publication the following day. The daily
editorial deadline is 8:30 a.m. You can reach our editorial staff at
redaktion@....


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[igor.vaynberg]

yeah, it does seem inconsistent :|

will have to think about this some more. on the first glance field.key
seems ok and personally i do not mind going back to it but i need to
search back through the archives and reread the threads that affected
this change in the first place if i can find them before i change my
mind completely.

-igor

2009/7/2 Uwe Schäfer <schaefer@...>:

> Major Péter schrieb:
>
> Dear Igor
>
> referring to your comment on
>
>> https://issues.apache.org/jira/browse/WICKET-2350
>
> where it reads: "the proper format of the override key is
> formid.componentid.key, you are missing the formid part. this was considered
> a bug in earlier versions of wicket and was fixed. "
>
> this is quite misleading.
> we have the same issue here and while
>
> myField=MyFunkyField
>
> is picked up for automatically created ErrorMessages, even though the fully
> qualified key would be:
>
> myForm.myField=MyFunkyField
>
> it seems when looking up error messages, you need to fully qualify it.
>
> Means:
>
> myForm.myField=works
> myField=works as well (!)
> myForm.myField.Required=works
> myField.Required=doesnt.
>
> looks quite inconsistent to me?
> what am i missing?
>
> cu uwe
>
> --
> THOMAS DAILY GmbH
> Adlerstraße 19
> 79098 Freiburg
> Deutschland
> T  + 49 761 3 85 59 410
> F  + 49 761 3 85 59 550
> E  larbig@...
> www.thomas-daily.de
>
> Geschäftsführer/Managing Directors:
> Wendy Thomas, Susanne Larbig
> Handelsregister Freiburg i.Br., HRB 3947
>
> Registrieren Sie sich unter http://www.signin.thomas-daily.de für die
> kostenfreien TD Morning News, eine  Auswahl aktueller Themen des Tages
> morgens um 9:00 in Ihrer Mailbox.
>
> Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um
> 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00
> Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion
> lautet redaktion@....
>
> To receive the free TD News International – a selection of the day’s top
> issues delivered to your mail box every day – please register at
> www.signin.thomas-daily.de
>
> Please note: Information received for our TD News International after 4 p.m.
> will be given priority for publication the following day. The daily
> editorial deadline is 8:30 a.m. You can reach our editorial staff at
> redaktion@....
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Uwe Schäfer]

Igor Vaynberg schrieb:
> yeah, it does seem inconsistent :|
>
> will have to think about this some more. on the first glance field.key
> seems ok and personally i do not mind going back to it but i need to
> search back through the archives and reread the threads that affected
> this change in the first place if i can find them before i change my
> mind completely.

thanks! we´re not too keen on changin these 430 property files in our
project, unless really necessary ;)

cu uwe


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...