That's called from Page.setFormComponentValuesFromCookies(...) which is in
turn called from .renderPage(...)

Don't forget that I'm using 1.2... this has maybe changed and that's why
Eclipse isn't showing the call hierarchy?

On Tue, Jun 10, 2008 at 5:19 PM, Igor Vaynberg <[EMAIL PROTECTED]>
wrote:

> Form.loadPersisitentFormComponentValues()
>
> -igor
>
> On Tue, Jun 10, 2008 at 4:23 PM, nate roe <[EMAIL PROTECTED]> wrote:
> > I'm sorry, which method do you mean?
> >
> > On Tue, Jun 10, 2008 at 4:02 PM, Igor Vaynberg <[EMAIL PROTECTED]>
> > wrote:
> >
> >> what calls that method? call hieararchy for it is empty in
> >> eclipse...which is pretty strange...
> >>
> >> -igor
> >>
> >> On Tue, Jun 10, 2008 at 2:40 PM, nate roe <[EMAIL PROTECTED]> wrote:
> >> > I can't figure out why Wicket is not calling
> >> > Form.loadPersisitentFormComponentValues() for FormComponents that
> belong
> >> to
> >> > a ListView.
> >> >
> >> > Page.setFormComponentValuesFromCookies() calls visitChildren()
> inherited
> >> > from MarkupContainer.  I can see that visitChildren() is called for my
> >> > ListView, but it looks like children_size() is returning 0, so the
> >> > ListView's components are not visited.
> >> >
> >> > I'm using setReuseItems(true) -- I'm not sure why my ListView's
> children
> >> is
> >> > null.
> >> >
> >> > On Tue, Jun 10, 2008 at 1:42 PM, Igor Vaynberg <
> [EMAIL PROTECTED]>
> >> > wrote:
> >> >
> >> >> form components inside listview are visited.
> >> >>
> >> >> -igor
> >> >>
> >> >> On Tue, Jun 10, 2008 at 1:40 PM, nate roe <[EMAIL PROTECTED]> wrote:
> >> >> > I believe it's because a ListView is not a FormComponent, and the
> Form
> >> >> only
> >> >> > visits its direct children.  Does this sound plausible?  How can I
> >> work
> >> >> > around this to cause a Form's ListView's children to also be
> visited?
> >> >> >
> >> >> > On Tue, Jun 10, 2008 at 1:37 PM, nate roe <[EMAIL PROTECTED]>
> wrote:
> >> >> >
> >> >> >>
> >> >> >> I'm already using cookie names different from the component IDs.
> >>  It's
> >> >> just
> >> >> >> that the components that belong to a ListView are never even
> checked
> >> for
> >> >> >> loading.
> >> >> >>
> >> >> >> Where does Wicket discard the ListView components when visiting
> its
> >> >> child
> >> >> >> FormComponents?
> >> >> >>
> >> >> >>
> >> >> >> On Tue, Jun 10, 2008 at 1:14 PM, Igor Vaynberg <
> >> [EMAIL PROTECTED]
> >> >> >
> >> >> >> wrote:
> >> >> >>
> >> >> >>> i dont think cookie persistence is going to work for listviews
> out
> >> of
> >> >> >>> the box. the problem is that components inside repeaters do not
> have
> >> >> >>> stable component paths - and that is the key the cookie uses to
> >> store
> >> >> >>> values. so you will need to roll your own solution for this
> usecase.
> >> >> >>>
> >> >> >>> -igor
> >> >> >>>
> >> >> >>> On Tue, Jun 10, 2008 at 12:00 PM, nate roe <[EMAIL PROTECTED]>
> >> wrote:
> >> >> >>> > Yes, I have.
> >> >> >>> >
> >> >> >>> > On Tue, Jun 10, 2008 at 11:48 AM, Timo Rantalaiho <
> >> >> >>> [EMAIL PROTECTED]>
> >> >> >>> > wrote:
> >> >> >>> >
> >> >> >>> >> On Tue, 10 Jun 2008, nate roe wrote:
> >> >> >>> >> > I have a form with several components.  Some components are
> >> within
> >> >> a
> >> >> >>> >> > ListView.  Cookie value persistence does not appear to be
> >> loading
> >> >> >>> values
> >> >> >>> >> for
> >> >> >>> >> > components in the ListView.  I have a breakpoint in
> >> >> >>> >> > Form.loadPersistentFormComponentValues(...) at line 261:
> >> >> >>> >> >
> >> >> >>> >> >                 if (formComponent.isVisibleInHierarchy() &&
> >> >> >>> >> > formComponent.isPersistent())
> >> >> >>> >> >
> >> >> >>> >> > This line is never executed for FormComponents within my
> >> ListView.
> >> >> >>> >>
> >> >> >>> >> Have you set ListView.setReuseItems(true) ?
> >> >> >>> >>
> >> >> >>> >>
> >> >> >>> >>
> >> >> >>>
> >> >>
> >>
> http://cwiki.apache.org/WICKET/listview-and-other-repeaters.html#ListViewandotherrepeaters-Usingformcomponentsinarepeater
> >> >> >>> >>
> >> >> >>> >> Best wishes,
> >> >> >>> >> Timo
> >> >> >>> >>
> >> >> >>> >> --
> >> >> >>> >> Timo Rantalaiho
> >> >> >>> >> Reaktor Innovations Oy    <URL: http://www.ri.fi/ >
> >> >> >>> >>
> >> >> >>> >>
> >> >> ---------------------------------------------------------------------
> >> >> >>> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> >> >>> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >> >> >>> >>
> >> >> >>> >>
> >> >> >>> >
> >> >> >>>
> >> >> >>>
> >> ---------------------------------------------------------------------
> >> >> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> >> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >> >> >>>
> >> >> >>>
> >> >> >>
> >> >> >
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >> >>
> >> >>
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to