I wrote all properties in a global file, MyWebApplication.properties:
myform.firstname.RequiredValidator=First name is required
myform.lastname.RequiredValidator=Last name is required
and Wicket complains that myform.firstname is missing....
after I change to
RequiredValidator= ${label} is required
myform.firstname = First name
myform.lastname = Last name
all work now.
The new feature is great but causes backward compatibility issue. The problem is the label such as "myform.firstname" should not be necessary when more specific property exists.
Is this a bug ?
On 10/13/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
if you keep your validation messages in the page-class-name.properties file
they are stored like this:
myform.firstname.RequiredValidator=First name is required
myform.lastname.RequiredValidator=Last name is required
We change this to:
myform.firstname=First Name
myform.lastname=Last Name
And those become the labels.
-Igor
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of
> Juergen Donnerstag
> Sent: Wednesday, October 12, 2005 1:30 PM
> To: [email protected]
> Subject: Re: [Wicket-user] add ${label} as a validator
> message variable
>
> sorry, I'm already tired. Would you please explain it with a
> few more details. Thanks
>
> Juergen
>
> On 10/12/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> > Doh
> > Why don't we feed the label from the .properties file Construct the
> > key just like it is now minus the validator class name
> >
> > Sooo simple
> >
> > -Igor
> >
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] ] On Behalf Of
> > > Juergen Donnerstag
> > > Sent: Wednesday, October 12, 2005 12:49 PM
> > > To: [email protected]
> > > Subject: Re: [Wicket-user] add ${label} as a validator message
> > > variable
> > >
> > > On 10/12/05, Igor Vaynberg <[EMAIL PROTECTED] > wrote:
> > > > > I'm not convinced yetI still don't like
> > > > > formComponent.getLabel() very much for the reasons mentioned.
> > > >
> > > > Looks like we are on completely opposite sides of the
> > > spectrum here.
> > > > How do you propose we move forward?
> > >
> > > may be some users are listening. I'd be interested in
> what what they
> > > think / propose.
> > >
> > > Juergen
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by:
> > > Power Architecture Resource Center: Free content, downloads,
> > > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
> > > _______________________________________________
> > > Wicket-user mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> > >
> > >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content, downloads,
> > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
> > _______________________________________________
> > Wicket-user mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads,
> discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Wicket-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
--
Ingram Chen
Java [EMAIL PROTECTED]
Institue of BioMedical Sciences Academia Sinica Taiwan
blog: http://www.javaworld.com.tw/roller/page/ingramchen
