Received: with LISTAR (v1.0.0; list gopher); Fri, 15 Jun 2001 10:37:22 -0500 (EST) Return-Path: Delivered-To: gopher@complete.org Received: from hirogen.kabelfoon.nl (hirogen.kabelfoon.nl [62.45.45.69]) by pi.glockenspiel.complete.org (Postfix) with ESMTP id 45CE93B80B for ; Fri, 15 Jun 2001 10:37:21 -0500 (EST) Received: from Pflipp (kf-nawij-fp08-250.dial.kabelfoon.nl [62.45.11.124]) by hirogen.kabelfoon.nl (Postfix) with ESMTP id 53DCC7C32 for ; Fri, 15 Jun 2001 17:37:15 +0200 (CEST) Subject: [gopher] Re: Getting file info from an URI?? From: Stefan Rieken To: gopher@complete.org In-Reply-To: <200106151437.HAA12236@stockholm.ptloma.edu> References: <200106151437.HAA12236@stockholm.ptloma.edu> Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Evolution/0.10.99 (Preview Release) Date: 15 Jun 2001 17:37:17 +0200 Message-Id: <992619438.769.0.camel@Pflipp> Mime-Version: 1.0 X-archive-position: 178 X-listar-version: Listar v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: StefanRieken@SoftHome.net Precedence: bulk Reply-to: gopher@complete.org List-help: List-unsubscribe: List-software: Listar version 1.0.0 X-List-ID: Gopher List-subscribe: List-owner: List-post: List-archive: X-list: gopher On 15 Jun 2001 07:37:50 -0700, Cameron Kaiser wrote: > Well, this isn't *really* true. The first character is always the item type. Well, that may be common current practice, but that's not quite required behaviour from either the Gopher or the Gopher+-standards, is it? If so, determining the file type by looking at the first character may now work in 99% of the cases, until someone develops a "new, improved" Gopher server which uses different selectors that gets popular, after which maybe only in 70% of the cases this will work. > True; a Mac HFS gopher server, of which there are some, uses ":". Makes me wonder: how do webbrowsers translate these server's selector to an URI? Does it leave in the ":" or replace it with a "/"? Just curious. Greets, Stefan -- "The main problem is getting something that works without crashing the NT/ 2000 client" -- Jeremy Allison, Samba development team