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