I wouldn't expect this functionality from Tapestry, because it can't and shouldn't compete with client-side frameworks that should do this job.
Tapestry 5.4 allows better pluggable client-site integration, so using some 3rd party client-side library for this stuff sounds reasonable. I'm sure you've heard of this resource: http://todomvc.com and I'd try picking one from there to integrate with tapestry. To start I'd recommend you to look at http://benalman.com/projects/jquery-hashchange-plugin/ and maybe to http://backbonejs.org/#Router as an example of handling hashchanged in client-side MV* frameworks. I found jquery-hashchange-plugin very handy and it works very well for simple cases where you simply want to trigger zone update from client-side on hash changed (or initial page load). On Sun, Oct 27, 2013 at 12:41 PM, Ilya Obshadko <ilya.obsha...@gmail.com>wrote: > That's understandable. However, *client-side* part of Tapestry might deal > with URL anchors in one way or another, for example, transforming them to > some kind of component events being sent to server over AJAX. > > This is actually what I'm interested in: to create some kind of 'bridge' > between browser history events and Tapestry server-side events. > > > On Sat, Oct 26, 2013 at 5:06 PM, Dmitry Gusev <dmitry.gu...@gmail.com > >wrote: > > > Please note: > > > > Anchors or URL fragments as they are referred to in RFC > > 1738<http://www.ietf.org/rfc/rfc1738.txt>, > > > are not sent by the client to the server, when requesting for a > resource. > > > > > > > > > So dealing with anchors is completely client-side job. > > > > Of course you can redirect from server-side to anchored URL. > > > > > > > > On Sat, Oct 26, 2013 at 6:54 AM, Ilya Obshadko <ilya.obsha...@gmail.com > > >wrote: > > > > > Found this thread while looking for a similar solution. > > > > > > - I'm using AJAX calls heavily and still want to be able to represent > > each > > > page state as a separate URL. > > > - I need to use anchor part of the URL in page activation handlers > > > > > > Is there any proper way to do that in 5.4? > > > > > > > > > > > > On Thu, Dec 1, 2011 at 8:04 AM, trsvax <trs...@gmail.com> wrote: > > > > > > > I was thinking about using that same library and gave up on the whole > > > idea > > > > because of the emailing links problem and just went back to reloading > > the > > > > whole page. The URL changes and the content changes. IMHO that is the > > > "more > > > > native" approach. The history.js approach is full of difficult > problems > > > > such > > > > as emailing a link to someone that does not run javascript. Perhaps > you > > > > don't care about that edge case but I decided it was better to > > > concentrate > > > > on making the whole page load faster than solving all the AJAX > history > > > > problems. That said I do see the appeal and if everything supported > the > > > > HTML > > > > 5 way I might feel differently. I'm not knocking history.js and I > think > > > > #state is a cleaver hack but if the goal is to email links I think > > > > reloading > > > > the whole page is the only solution. > > > > > > > > -- > > > > View this message in context: > > > > > > > > > > http://tapestry.1045711.n5.nabble.com/Tapestry5-Anchor-Usage-for-Navigation-tp5036547p5036735.html > > > > Sent from the Tapestry - User mailing list archive at Nabble.com. > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > > > > > > > > > > > -- > > > Ilya Obshadko > > > > > > > > > > > -- > > Dmitry Gusev > > > > AnjLab Team > > http://anjlab.com > > > > > > -- > Ilya Obshadko > -- Dmitry Gusev AnjLab Team http://anjlab.com