The tree node selections are fully handled by ajax requests, so they will (obviously) never change the url of the page. Change the selection of e.g. the dropdown for "Content", and you will see that the url changes.
There are ways to have forms without version/id information in the URL. Search this list for e.g. NoVersionMount. Such solutions do change how Wicket behaves with the back-button/page-refresh, since a new version of the page will always be returned in that case. On Tue, Aug 21, 2012, at 13:16, Alex Shubert wrote: > [...] > Anyway: what does your answer has to do with my question? One more > time: how that example manage not to increase page version shown in > url on every tree node selection? > thanks > [...] > > > On 21 August 2012 14:39, Martin Grigorov <mgrigo...@apache.org> wrote: > > The deployed examples use Wicket 1.4. > > > > http://wicket-tree.appspot.com/?wicket:interface=:0:1::: > > > > On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert <alex.shub...@gmail.com> > > wrote: > >> They are using > >> Form<Void> form = new Form<Void>("form"); > >> > >> and still no version in url on round-trips. Also, FilterForm from > >> Wicket API doesn't extends StatelessForm while your answer states that > >> must be the case. > >> > >> > >> On 21 August 2012 14:20, Martin Grigorov <mgrigo...@apache.org> wrote: > >>> Use StatelessForm instead. > >>> > >>> On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert <alex.shub...@gmail.com> > >>> wrote: > >>>> Hello > >>>> > >>>> Recently I found wicket tree control > >>>> > >>>> http://wicket-tree.appspot.com/nested > >>>> > >>>> and one there is a thing I can't understand: while the page contains > >>>> Form it looks like not versioned. I mean there are no version number > >>>> in a url. > >>>> How does it work then? Is there any clear way to build pages > >>>> containing Form without explicit version number in url except some > >>>> black magic involved ( modified MountedMapper ) > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Best regards > >>>> Alexandr > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>>> For additional commands, e-mail: users-h...@wicket.apache.org > >>>> > >>> > >>> > >>> > >>> -- > >>> Martin Grigorov > >>> jWeekend > >>> Training, Consulting, Development > >>> http://jWeekend.com > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > >> > >> > >> > >> -- > >> Best regards > >> Alexandr > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > > > > > > > > -- > > Martin Grigorov > > jWeekend > > Training, Consulting, Development > > http://jWeekend.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > -- > Best regards > Alexandr > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
