yep.
On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > Like this? <meta key="org.apache.tapestry.home-page" value="Page1.page"/> > > Geoff Longman wrote: > > org.apache.tapestry.home-page=Page1 > > > > On 2/18/06, Geoff Longman <[EMAIL PROTECTED]> wrote: > > > >> If it's T4 you can tell the Tapestry HomeService that the page to use > >> for 'Home' is Page1 by setting this meta property in the app spec: > >> > >> org.apache.tapestry.home-page=Page1 > >> > >> In T3 you have to implement your own version of HomeService that loads > >> Page1 instead of HOME. > >> > >> Or, you could just always refer to Page1 as Home in Page2 > >> > >> Clear as mud? > >> > >> Geoff > >> > >> On 2/18/06, Geoff Longman <[EMAIL PROTECTED]> wrote: > >> > >>> As you have discovered, properties are stored in the session with the > >>> page name in the key. > >>> > >>> Is this Tapestry 3 or 4? > >>> > >>> Geoff > >>> > >>> On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >>> > >>>> This is in reverse. It's first considered Home, then Page1. > >>>> > >>>> Stanczak Group wrote: > >>>> > >>>>> Ok, I think I've figured out the first page problem. Page1 is also > >>>>> called the Home in the application config file. So when using inspector > >>>>> I see two values are being stored. One session value for Home and the > >>>>> other for Page1. So if you click off Page1 it sets that session. But > >>>>> when you click back it's not saved a value for Home yet so it sets back > >>>>> to default. But it you submit again on Page1(aka Home) it saves a value > >>>>> for both, and now sets back correctly. How can I get around this? > >>>>> > >>>>> Stanczak Group wrote: > >>>>> > >>>>> > >>>>>> Stanczak Group wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Geoff Longman wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hmm, the behaviour you have described I have seen and it was due to > >>>>>>>> caching. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> It could be, I just don't understand how I should be setting the > >>>>>>> caching? Do you have a site with examples, or is it just creating a > >>>>>>> filter on the application? > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> You are sure the selection is being stored in a property that is > >>>>>>>> persistent? > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> <property name="majorID" initial-value="" persist="session"/> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> Disregard the initial-value="" part. That was something I put there > >>>>>> testing stuff. It's not normally there. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>> At this point I'd break out the debugger and watch what's happening > >>>>>>>> when Page 2 renders on a back operation. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> What's the tool to use on Tapestry. Wasn't it the inspector once. I've > >>>>>>> been using log data and sys prints. What debugging method would you > >>>>>>> recommend. I use Netbeans 5. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> BTW - we have found that adding no-cache to the page markup is an > >>>>>>>> incomplete solution. We have had better results using a servlet > >>>>>>>> filter > >>>>>>>> that sets the response headers directly (proxies and such sometimes > >>>>>>>> don't respect no-cache in the markup). Since caching doesn't appear > >>>>>>>> to > >>>>>>>> be the cause of your problem I don't think that would help. > >>>>>>>> > >>>>>>>> G. > >>>>>>>> > >>>>>>>> On 2/18/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> I created a delegate to the Shell, to add the no-cache but that > >>>>>>>>> still > >>>>>>>>> didn't fixed. Is that how I should stop caching? > >>>>>>>>> > >>>>>>>>> Geoff Longman wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>> You sure Page1 isn't being cached by the browser? > >>>>>>>>>> > >>>>>>>>>> Geoff > >>>>>>>>>> > >>>>>>>>>> On 2/17/06, Stanczak Group <[EMAIL PROTECTED]> wrote: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> Say your on page 1. You make a selection from the dropdown, then > >>>>>>>>>>> click > >>>>>>>>>>> the submit button. That button takes you to the next page, page > >>>>>>>>>>> 2. On > >>>>>>>>>>> page 2 you click the submit button called "Back" that takes you > >>>>>>>>>>> back to > >>>>>>>>>>> page 1. But page 1 will not set back to the value you selected in > >>>>>>>>>>> that > >>>>>>>>>>> dropdown previously. But if you repeat the process again it will > >>>>>>>>>>> start > >>>>>>>>>>> remembering the value and work fine. It's like lazy loading or > >>>>>>>>>>> something. Anyone have a suggestion? I have dropdown boxes that > >>>>>>>>>>> work > >>>>>>>>>>> just fine, and others that don't. Same with multiple property > >>>>>>>>>>> select > >>>>>>>>>>> components. But all text field seem to work fine. > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Justin Stanczak > >>>>>>>>>>> Stanczak Group > >>>>>>>>>>> 812-735-3600 > >>>>>>>>>>> > >>>>>>>>>>> "All that is necessary for the triumph of evil is that good men > >>>>>>>>>>> do nothing." > >>>>>>>>>>> Edmund Burke > >>>>>>>>>>> > >>>>>>>>>>> ..________...............__................. > >>>>>>>>>>> ./ _____/..____..._____/..|_..____...____.... > >>>>>>>>>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... > >>>>>>>>>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > >>>>>>>>>>> .\______../\___.._\__|../__|..\____/.\____/...... > >>>>>>>>>>> ........\/.....\/.....\/.......................... > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> --------------------------------------------------------------------- > >>>>>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>>>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> The Spindle guy. http://spindle.sf.net > >>>>>>>>>> Get help with Spindle: > >>>>>>>>>> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >>>>>>>>>> Blog: http://jroller.com/page/glongman > >>>>>>>>>> Feature Updates: http://spindle.sf.net/updates > >>>>>>>>>> > >>>>>>>>>> --------------------------------------------------------------------- > >>>>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Justin Stanczak > >>>>>>>>> Stanczak Group > >>>>>>>>> 812-735-3600 > >>>>>>>>> > >>>>>>>>> "All that is necessary for the triumph of evil is that good men do > >>>>>>>>> nothing." > >>>>>>>>> Edmund Burke > >>>>>>>>> > >>>>>>>>> ..________...............__................. > >>>>>>>>> ./ _____/..____..._____/..|_..____...____.... > >>>>>>>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... > >>>>>>>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > >>>>>>>>> .\______../\___.._\__|../__|..\____/.\____/...... > >>>>>>>>> ........\/.....\/.....\/.......................... > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> --------------------------------------------------------------------- > >>>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> -- > >>>>>>>> The Spindle guy. http://spindle.sf.net > >>>>>>>> Get help with Spindle: > >>>>>>>> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >>>>>>>> Blog: http://jroller.com/page/glongman > >>>>>>>> Feature Updates: http://spindle.sf.net/updates > >>>>>>>> > >>>>>>>> --------------------------------------------------------------------- > >>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>>>>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>> -- > >>>> Justin Stanczak > >>>> Stanczak Group > >>>> 812-735-3600 > >>>> > >>>> "All that is necessary for the triumph of evil is that good men do > >>>> nothing." > >>>> Edmund Burke > >>>> > >>>> ..________...............__................. > >>>> ./ _____/..____..._____/..|_..____...____.... > >>>> /...\..____/.__.\./....\...__\/.._.\./._..\.... > >>>> \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > >>>> .\______../\___.._\__|../__|..\____/.\____/...... > >>>> ........\/.....\/.....\/.......................... > >>>> > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > >>>> > >>>> > >>> -- > >>> The Spindle guy. http://spindle.sf.net > >>> Get help with Spindle: > >>> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >>> Blog: http://jroller.com/page/glongman > >>> Feature Updates: http://spindle.sf.net/updates > >>> > >>> > >> -- > >> The Spindle guy. http://spindle.sf.net > >> Get help with Spindle: > >> http://lists.sourceforge.net/mailman/listinfo/spindle-user > >> Blog: http://jroller.com/page/glongman > >> Feature Updates: http://spindle.sf.net/updates > >> > >> > > > > > > -- > > The Spindle guy. http://spindle.sf.net > > Get help with Spindle: > > http://lists.sourceforge.net/mailman/listinfo/spindle-user > > Blog: http://jroller.com/page/glongman > > Feature Updates: http://spindle.sf.net/updates > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > Justin Stanczak > Stanczak Group > 812-735-3600 > > "All that is necessary for the triumph of evil is that good men do nothing." > Edmund Burke > > ..________...............__................. > ./ _____/..____..._____/..|_..____...____.... > /...\..____/.__.\./....\...__\/.._.\./._..\.... > \....\_\..\..___/|...|..\..|.(..<_>.|.<_>..).... > .\______../\___.._\__|../__|..\____/.\____/...... > ........\/.....\/.....\/.......................... > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- The Spindle guy. http://spindle.sf.net Get help with Spindle: http://lists.sourceforge.net/mailman/listinfo/spindle-user Blog: http://jroller.com/page/glongman Feature Updates: http://spindle.sf.net/updates --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
