If you're working off the sample application, your layouts will not be
found. I explained the bug about a week ago in a post to this list entitled:
"Layout only found when a screen class is defined"
This behaviour occurs when turbine drops back to the Default screen class
that is included with the sample app as
o.a.t.flux.modules.screens.Default. This class overrides the layout.
The fix is to ensure that this class is not invoked - e.g include your
own screens.Default class.
J.
>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
On 8/27/01, 4:47:20 AM, "Dave Hollar" <[EMAIL PROTECTED]> wrote
regarding Re: changing the layout:
> thanks Kurt
> It seems to work for me also in other cases but for not for this. I have
> both a screen and layout called Admin.vm .. it finds and uses the screen
but
> not the layout. Any ideas?
> thanks Kurt
> It seems to work for me also in other cases but for not for this. I have
> both a screen and layout called Admin.vm .. it finds and uses the screen
but
> not the layout. Any ideas?
> >
> > On Saturday, August 25, 2001, at 03:27 PM, Dave Hollar wrote:
> >
> > > <a href="$link.setPage("/Admin.vm")">Administration</a>
> > >
> > > After going through the docs it seemed that if I had an Admin.vm in the
> > > layouts that it would be found and used as the layout for this
> > > screen. Is this what I need to do? Or is there a more appropriate
> > > way to accomplish this?
> >
> > This is how I do it. It should work fine.
> >
> > -Kurt
> >
> > ---------------------------------------------------------------------
> > 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]
