Browser history
in [JavaScript]
|
From: Thomas 'PointedEars' Lahn on 9 Aug 2010 12:21 Garrett Smith wrote: > Garrett Smith wrote: >> Linda wrote: >>> <input type="button" value="Back" onClick="javascript: >>> history.go(-1)"> >> >> Don't use javascript URIs. >> <http://jibbering.com/faq/#javascriptURI> > > Sorry, that was not a javascript uri you used; but a meaningless label. It is not always considered a meaningless label (and might even be considered a syntax error), but given JScript being the default in MSHTML, and its VBScript not being universally supported client-side, the label should not be necessary to use. > You don't need that label There is not enough information in the posting to support that assumption. > and if you use a real link (as I suggested in my previous message) you're > much better off. ACK PointedEars -- Use any version of Microsoft Frontpage to create your site. (This won't prevent people from viewing your source, but no one will want to steal it.) -- from <http://www.vortex-webdesign.com/help/hidesource.htm> (404-comp.)
From: Denis McMahon on 9 Aug 2010 12:35 On 09/08/10 16:06, Linda wrote: > OK. I get it that no one here thinks that this is a good idea. But, > without going into a long description of the "why" I want to do this, > is there a way to return to the top of an unknown page with a link or > with a button rather than to the point of the link on the referring > page? I think it's a feature of the way some browsers handle cached pages. I suspect that some browsers remember where on the page the user was looking when they navigated away from the page, and if they return to the page eg using the back button, it takes them back to where they were. Whether it can be over-ridden or not by anything you do server-side or in the html I have no idea, although expiring the page might help. Rgds Denis McMahon
From: Felix Palmen on 9 Aug 2010 13:00 * Denis McMahon <denis.m.f.mcmahon(a)googlemail.com>: > On 09/08/10 16:06, Linda wrote: >> OK. I get it that no one here thinks that this is a good idea. But, >> without going into a long description of the "why" I want to do this, >> is there a way to return to the top of an unknown page with a link or >> with a button rather than to the point of the link on the referring >> page? > > I suspect that some browsers remember where on the page the user was > looking when they navigated away from the page, and if they return to > the page eg using the back button, it takes them back to where they were. Right, and in my experience, this feature is canceled by any manual scrolling action of the user, so /maybe/ a window.scrollTo(0,0) would cancel it, too. Still that means disabling a useful feature... Regards, Felix -- Felix Palmen (Zirias) + [PGP] Felix Palmen <felix(a)palmen-it.de> web: http://palmen-it.de/ | http://palmen-it.de/pub.txt my open source projects: | Fingerprint: ED9B 62D0 BE39 32F9 2488 http://palmen-it.de/?pg=pro + 5D0C 8177 9D80 5ECF F683
From: Garrett Smith on 9 Aug 2010 18:58 On 2010-08-09 08:06 AM, Linda wrote: > OK. I get it that no one here thinks that this is a good idea. But, > without going into a long description of the "why" I want to do this, > is there a way to return to the top of an unknown page with a link or > with a button rather than to the point of the link on the referring > page? > A fragment identifier is the way to do that: <a href="/#top">Go Back</a> For help on posting and replying, I suggest you read: <http://jibbering.com/faq/#posting> -- Garrett
From: Linda on 9 Aug 2010 22:38 On Aug 9, 5:58 pm, Garrett Smith wrote: > A fragment identifier is the way to do that: > <a href="/#top">Go Back</a> This looked interesting. I tried using it as written but it did not work as I expected. I am using Safari 5.0.1 on Mac OS X. When I click on the Go Back link, it opens Finder to the root directory on the Mac. Linda
First
|
Prev
|
Next
|
Last
Pages: 1 2 3 4 5 Prev: Stderr catch with Javascript to show progress of a running program ? Next: javascript is good |