[Seaside] Re: Subform 'opening up'? - Solved

Cees De Groot cdegroot at gmail.com
Sat Nov 12 01:03:21 CET 2005


It was a class shape issue. The second subcomponent had code to set
the ivar in the main component, and the main component's #children
referred to it as well, but the ivar wasn't present in the class.

I don't know what Squeak does with ivars that are referenced but don't
exist, but it sure leads to funny results :)

On 11/12/05, Cees De Groot <cdegroot at gmail.com> wrote:
> We did some more research. If you open the editing form, then create a
> new session, the new session still has the editing form open. Show
> Halos shows the form wrapped in a WADelegation and a WAAnswerHandler.
>
> Where does the session get the idea from that this needs to be
> rendered in this way? I looked again at my code (Nags package on
> SqueakPeople repository on SqueakSource), and can't spot any
> irregularities. The main page renders the child, and the child #calls:
> an editing form when a corresponding link is clicked.
>
> On 11/7/05, Cees De Groot <cdegroot at gmail.com> wrote:
> > In Nags, I have two main components - a table report and a
> > subcomponent showing the current groups together with an 'add' button.
> > Each group is a link to an edit command, which does a #call: to a
> > simple, Mewa-generated, editing form.
> >
> > What I (and Ken) noticed, and IIRC only happening on the test install,
> > not 'at home', is that sometimes, when you log on, this editing form
> > is shown instead of the list of groups. Hitting either save or cancel
> > throws something in a loop or a deadlock - the browser keeps spinning
> > the globe so to say and you need to restart the session.
> >
> > Is there something obviously wrong I'm doing? All #children are set,
> > as far as I can tell...
> >
> > TIA,
> >
> > Cees
> >
>


More information about the Seaside mailing list