you are missing the point of the ajax history object. ajax postbacks do not
go into the browser history, so some client coding is required usually with
bookmarks.
there are several ajax history solutions and the extensions use a fairly
typical model. when your code save a history point, you pass a savestate.
when the browser navigates thru a ajax history, the ajax control fire's an
event, and your client code should look at the state make the page match.
the ajax browser history is only used for ajax postbacks, once an actual
post is done, then you are back to standard browser history.
if you want history support, you need to learn how it works, and code your
site to support it.
-- bruce (sqlwork.com)
> I recently moved to ASPnet Ext 3.5
> What I can't get with Ajax and History browser managemet is this:
[quoted text clipped - 22 lines]
>
> Thanks Max
Max - 30 Apr 2008 18:28 GMT
Maybe I cannot explain in the best way, bu I'm not missing the point. I
understand how the History points works with Ajax 3.5
The state-of-the-art limitation is that the history point concept doesn't
apply if you add one when moving from a webform to another. Try, it takes 3
minutes:
type something in a textbox into an updatepanel, and press a button that
fixes an history point and calls another webform.
Get back and the textbox of first webform is empty. Totally different from
non-Ajax pages.
I've found other long topics after further search, watched MS videos, and
the conclusion is unfortunately the same.
Max
> you are missing the point of the ajax history object. ajax postbacks do
> not
[quoted text clipped - 44 lines]
>>
>> Thanks Max