Jonathan Carlson wrote:
Thanks Eelco,
So has anything happened with the proposal to disable actions against
invisible panels? I think it's a bad idea unless there is a better way
around my issue.
But I don't think you have an issue. If PageA has componentX turned 'on'
(visible == true) and PageA' has visble turned off, AND PageA is
versioned, When a user presses the back button on PageA' and clicks a
link (to PageA) on that page, just before honouring the request, the
page is rolled back to PageA, thus having componentX visble and
addressable again.
Does your collegue use client side state management?
Does "client side state management" mean having some kind of id in the
request URL to help the server figure out which instance to send the
request to? In that case, no, he's not using client side state
management. But also in that case, if I reuse the same page instance,
"client side state management" doesn't help since the back button can
still make the client view show an old version of the server-side
state.
No. Client side state saving is afaik the default for JSF. It means that
the component state is serialized (object serialization), and encoded in
hidden form fields. Everything in JSF (and .NET as well btw) goes
through a form submit. When a request arrives, the first part is to
reconstruct the state again.
Ideas? Best Practice patterns?
Though it has some imho severe disadvantages (processor/ temp memory for
the serialization and reconstructing the state and consumes much more
bandwith), when done right, you couldn't have any better back button
support than with client side state saving. Though you can easily turn
back button support off in Wicket, which I think is great too... can't
do that in JSF that easy I think.
Eelco
[EMAIL PROTECTED] 2005-07-21 11:31:57 AM >>>
Jon Carlson wrote:
I heard some talk recently of disabling actions against invisible
components.
Consider the case where there is *one* Page instance with multiple
panels that are made hidden or visible by user interaction. Would it
be possible to use the back button to view representations of
currently hidden panels and do actions on them? (My time is limited
so I haven't tested or played with the back button on my components
much yet)
Yep, we could as we roll back the visibility as well for versioned
pages.
If so, and *assuming* this is an acceptable way to do
pages/components, I don't think we would want to disable those
actions
or throw an error.
Is there some documentation somewhere describing how Wicket solves
the
Back button problem? My co-worker using JSF has been running into
lots of back-button problems, which makes me realize that I really
don't understand how best to use Wicket to avoid some or all of them
myself.
No docs yet, sorry. Maybe one of my collegues would like to do a short
explaination? Gili is the one that came up with the idea btw.
I'd be /very/ interested to learn about which problems JSF has with
back
button support... Does your collegue use client side state management?
Regards,
Eelco
Thanks!
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
______________________________________________________________________
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
Katun Corporation -- www.katun.com
_____________________________________________________________________
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
