I see your point... I do not know if such a change could break existing
applications. Thought I guess not. So, you if last thing after the . is a
model, i.e. a.b -> b, is a model automatically call b.getObject

On Wed, Nov 11, 2015 at 11:02 AM, Tom Götz <t...@decoded.de> wrote:

> Yeah this will work, thanks. I did fear that somebody came around with
> that proposal ;-)
>
> It would feel more „natural" if PropertyResolver/PropertyModel would care
> about calling model.getObject() (if the target value is an instance of
> IModel) though.
>
>    Tom
>
>
> > On 11.11.2015, at 10:51, Ernesto Reinaldo Barreiro <reier...@gmail.com>
> wrote:
> >
> > What happens if you user "someModel.object"?
> >
> > On Wed, Nov 11, 2015 at 10:48 AM, Tom Götz <t...@decoded.de> wrote:
> >
> >>
> >> Hi there,
> >>
> >> I have the following situation:
> >>
> >>
> >> MyClass extends Panel {
> >>
> >>   private IModel<String> someModel;
> >>
> >>   MyClass(String id) {
> >>      super(id);
> >>      add(new Label(„label“, PropertyModel.of(this, „someModel“));
> >>   }
> >>
> >> }
> >>
> >>
> >> But instead of displaying someModel’s modelObject, the Label displays
> >> someModel.toString(), which is how PropertyResolver is implemented (does
> >> not check if value instance IModel …). Is there a best practice how to
> >> handle such constructs?
> >>
> >> Cheers,
> >>   Tom
> >>
> >>
> >
> >
> > --
> > Regards - Ernesto Reinaldo Barreiro
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
Regards - Ernesto Reinaldo Barreiro

Reply via email to