W3C home > Mailing lists > Public > www-html@w3.org > August 2000

RE: question on URI redirect

From: Dave J Woolley <DJW@bts.co.uk>
Date: Wed, 9 Aug 2000 17:57:44 +0100
Message-ID: <81E4A2BC03CED111845100104B62AFB58248FE@stagecoach.bts.co.uk>
To: "'www-html@w3.org'" <www-html@w3.org>
> From:	David Choi [SMTP:david.choi@twc-asia.com]
> Can someone help me with more details why doing redirection in this way is
> inaccessible to some users?  and which specific user agents that do not
> support this approach of redirection?
	[DJW:]  Problems with it include:

	- it is not and never has been in any official HTTP specification,
	  and only in a side note in the HTML specification (it does work on
	  non-HTML pages, when used as a real HTTP header on browsers that
	  understand it, though);
	- it breaks the function of the browser back button, if used with a
	  short timeout (you get re-redirected as soon as you go back);
	- longer timeouts force a user to read a page faster than they may
	  be able to read it, however they do allow the back button to be
	- older browsers don't understand it; there may be some current ones
	- lynx considers that refreshing should not be timed by the content 
	  author for the reasons given above, and therefore generates it as
a link;
	- there are perfectly good ways of doing redirects which work with
	  HTTP/1.0 upwards browser (if you can set Refresh as a real header,
	  can do real redirects) - in principle these can even automatically

	One reservation:
	- if it is commercially impossible to do redirects properly (by
	  the server), this tactic will work in more cases than the reason
	  feature of using Javascript to redirect the browser.

--------------------------- DISCLAIMER ---------------------------------
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of BTS.

Received on Wednesday, 9 August 2000 12:57:50 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:54 UTC