John Goerzen on Tue, 12 Feb 2002 14:19:47 -0500 (EST) [[1]Date Prev] [[2]Date Next] [[3]Thread Prev] [[4]Thread Next] [[5]Date Index] [[6]Thread Index] [gopher] Links to URL * To: [7]gopher AT complete SEP org * Subject: [gopher] Links to URL * From: John Goerzen <[8]jgoerzen AT complete SEP org> * Date: 12 Feb 2002 14:19:46 -0500 * In-reply-to: <[9]200202120132.RAA11190@stockholm.ptloma.edu> * List-archive: <[10]http://www.complete.org/mailinglists/archives/> * List-help: <[11]mailto:listar@complete.org?Subject=help> * List-owner: <[12]mailto:jgoerzen@complete.org> * List-post: <[13]mailto:gopher@complete.org> * List-software: Listar version 1.0.0 * List-subscribe: <[14]mailto:gopher-request@complete.org?Subject=subscribe> * List-unsubscribe: <[15]mailto:gopher-request@complete.org?Subject=unsubscribe> * References: <[16]200202120132.RAA11190@stockholm.ptloma.edu> * Reply-to: [17]gopher AT complete SEP org * Sender: [18]gopher-bounce AT complete SEP org * User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) _________________________________________________________________ I think it is best to start small with modifications to the protocol. Therefore, I propose the following: Method to link to URLs from Gopherspace --------------------------------------- 1. Protocol issues Links to URLs from a gopher directory shall be defined as follows: Type -- the appropriate character corresponding to the type of the document on the remote end; h if HTML. Path -- the full URL, preceeded by "URL:". For instance: URL:[19]http://www.complete.org/ Host, Port -- pointing back to the gopher server that provided the directory for compatibility reasons. Name -- as usual for a Gopher directory entry. 2. Conforming client requirements A client adhering to this specification will, when it sees a Gopher selector with a path starting with URL:, interpret the path as a URL. It will ignore the host and port components of the Gopher selector, using those components from the URL instead (if applicable). 3. Conforming server requirements A server with Gopher URL support will not, in most cases, need to take extra steps to provide this support beyond those outlined in Compatibility below. Servers not implementing those steps outlined in Compatibility will be deemed to be not in compliance. 4. Authoring compliance The use of URL: selectors should be avoided wherever possible. In particular, it should be avoided when pre-existing gopher facilities exist for the type of content linked. The following URL types are explicitly prohibited by this specification: gopher telnet tn3270 Authors should avoid links to any document not of HTML type whenever possible. Linking to non-HTML documents will break compatibility with Gopher browsers that do not implement this specification. The ranks of these browsers include most Web browsers, so that is a significant audience. 5. Compatibility Links to HTML pages may be accomodated even for non-comforming browsers by providing additional capabilities in the server. When a non-conforming browser is instructed to follow a link to a URL, it will contact the Gopher server that provided the menu (since these are specified per section 1). When a conforming Gopher server receives a request whose path begins with URL:, it will write out a HTML document that will send the non-compliant browser to the appropriate place. One such conforming document is:
You are following a link from gopher to a web site. You will be automatically taken to the web site shortly. If you do not get sent there, please click here to go to the web site.The URL linked is: