You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Matej Knopp (JIRA)" <ji...@apache.org> on 2006/11/04 13:52:17 UTC

[jira] Commented: (WICKET-30) Nice and more practical url scheme

    [ http://issues.apache.org/jira/browse/WICKET-30?page=comments#action_12447141 ] 
            
Matej Knopp commented on WICKET-30:
-----------------------------------

http://cwiki.apache.org/confluence/display/WICKET/Proposal+of+URL+scheme+for+Wicket+2

> Nice and more practical url scheme
> ----------------------------------
>
>                 Key: WICKET-30
>                 URL: http://issues.apache.org/jira/browse/WICKET-30
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket
>    Affects Versions: 2.0, 1.3
>            Reporter: Matej Knopp
>
> I'd like our urls to be redesigned. Currently, there are lot of issues, such as not preserving bookmarkable urls after action on page or not preserving page state when using ajax on pages with bookmarkable urls.
> We should introducte hybrid urls - urls that would contains both page class and page instance id.
> Example of url of mounted page with hybrid url:  /my/page/param1/value1[25]
> When such url is entered, wicket would first try to retrieve page with id 25. If the page is found, it would check whether the class matches with given mount point. If so, it would show the page, otherwise new page instance would be created and the url would be redirected to e.g.
> /my/page/param1/value1[31]  (where 31 would be new page instance).
> Also (this would be configurable per page class), after entering bookmarkable url, the browser would be automatically redirected to hybrid url. For instance user enters /my/page and gets immediately rendered to /my/page[4]   where 4 is new page instance. The benefit of this would be that ajax changes on page would be persisted after refreshing the page, which is not the case with current bookmarkable urls.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira