Thanks howard!
I just commented out all my Dispatcher and LinkFactory code and it
does exactly the same ;-) I'm happy not to have to follow all
LinkFactory changes.
Is there a way to plug into this mechanism though? I believe there are
a few threads on the mailing list on similar behavior for custom
params at the start of the url.
Cheers,
Joost
[
https://issues.apache.org/jira/browse/TAP5-418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670850#action_12670850
]
Howard M. Lewis Ship commented on TAP5-418:
-------------------------------------------
Good luck for you ... the new behavior for persisting the user's
locale between requests is exactly your format (locale before page
name).
> > More flexible Link URI manipulation for use in LinkCreationListener
> > -------------------------------------------------------------------
> >
> > Key: TAP5-418
> > URL: https://issues.apache.org/jira/browse/TAP5-418
> > Project: Tapestry 5
> > Issue Type: Improvement
> > Components: tapestry-core
> > Affects Versions: 5.1
> > Reporter: Joost Schouten
> >
> > I would like to propose an extension of the Link interface with a
> > setAbsoluteURI(String absoluteURI) method, or something alike. This will
> > give more flexibility when handling the link in the LinkCreationListener.
> > In my usecase, where I need the locale of the browser displayed as the
> > first part of the URI (eg http://domain.com/en_US/myPage), I use a
> > dispatcher to detect the locale (or change to it), and have to completely
> > copy the LinkFactoryImpl into my own LocaleAwareLinkFactory (which gets
> > contributed as an alias) to be able to set the URI to what I want on Link
> > instantiation. If I can change the URI at a later stage I only need to add
> > my own LinkCreationListener.
-- This message is automatically generated by JIRA. - You can reply to
this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
