just for the record i was thinking along quiete different lines. i
wasnt thinking about the hybrid stuff we talked about i was thinking
about simply keeping the mount path prefix in the url once a mount is
hit cause it looks prettier and might help out with resource urls. i
wasnt thinking about sta
Yeah, that should be doable. Only thing is that the tree has to use
bookmarkable links for the selection and fold/unfold items, and - if
you really want your tree to be independent from any prior session
state - you have to implement that tree such that it can construct
itself in the proper state w
I see. With wicket 2.0 it should be possible to build a page like this.
With 1.2 it's not. I guess you can make your own tree subclassing
WicketTree and replace links on nodes with bookmarkable links, but that
won't really help you since the page will still be stored in session.
-Matej
David L
> Anyway, It's not possible with wicket to store state of tree in url, and
> I doubt it ever will be. URL length is limited so it wouldn't work for
> bigger trees. And wicket is managing state for whole pages, so it makes
> no sense to "ad-hoc" store state of tree in URL either.
In my case, th
In wicket 2.0 you can create pages that are not stored in session
(stateless pages).
Anyway, It's not possible with wicket to store state of tree in url, and
I doubt it ever will be. URL length is limited so it wouldn't work for
bigger trees. And wicket is managing state for whole pages, so it
> But this is something different. Bookmarkable urls doesn't mean that
> there is no session. You have to store the state of tree somewhere.
What I mean is that the state of the tree is determined by the URL
parameter. I don't need to store the state anywhere else.
I'd like to do away with sessi
David Leangen wrote:
> Hello!
>
>> so what you want is instead of url doing this:
>>
>> /mytree
>>
>> /app?wicket:interface=
>>
>> to do this
>> /mytree
>>
>> /mytree?wicket:interface=
>>
>> is this correct? and if so...
>
> Yes, that's exactly correct!
>
>> i proposed this awhile bac
Hello!
> so what you want is instead of url doing this:
>
> /mytree
>
> /app?wicket:interface=
>
> to do this
> /mytree
>
> /mytree?wicket:interface=
>
> is this correct? and if so...
Yes, that's exactly correct!
> i proposed this awhile back, and i think we decided not to proceed
Actually, I've been thinking about this "hybrid" urls for a while (also
discussed it with igor) and I think it's something we should have. I'm
probably going to refactor current request encoding/decoding stuff so I
plan to address this there.
-Matej
Igor Vaynberg wrote:
> the sharedresourcetar
the sharedresourcetarget is not the link url it is the node image's url. the link url will be represented by a ListenerInterfaceRequestTarget.so what you want is instead of url doing this:/mytree
/app?wicket:interface=to do this/mytree/mytree?wicket:interface=is this correct? and if so...i
I did some digging, and this is about as far as I got for now:
When determining how to render the link for each node in the tree,
eventually WebRequestCodingStrategy.encode(RequestCycle, IRequestTarget)
is called.
Tracing a little further the following call is made:
WebRequestCodingStrategy.p
How would I go about getting the Tree component to "listen" to my mount
point? I mounted the page and would like to do away with the use of
sessions, but when I click on a node, I "lose" the mount point on the
page.
This is how the link is created:
protected Link createNodeLink(final DefaultMu
12 matches
Mail list logo
