Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / General / April 2008

Tip: Looking for answers? Try searching our database.

ext 3.5 History back button  from different page

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Max - 30 Apr 2008 14:48 GMT
I recently moved to ASPnet Ext 3.5
What I can't get with Ajax and History browser managemet is this:

User fills some fields (dropdown and textbox) on page 1 (all are in an
update panel)
User clicks Submit Button
I write the data into a DB
I add a history point with ScriptManager to be able to get back to this
point with browser back button
Page 2 is loaded with a response.redirect() command

At this point , clicking the back browser button, I get page1 completely
blank. I moved the submit button in and out of the update panel, same
result.
It seems that the page is not cached correctly, or the history point is not
added.

But, If I click submit button to validate/write into the DB etc.. and then
ANOTHER button just  to go to page2, then it works (wow! what a high
technology)

Does the history management work ONLY as long as we stay in the SAME page?
Is really like this? Where is the power of Ajax if  a simple, traditional
way of ASP programming doesn't have such a huge limitation?

Thanks Max
bruce barker - 30 Apr 2008 16:40 GMT
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

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.