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

Reply via email to