Received: with ECARTIS (v1.0.0; list gopher); Wed, 20 Feb 2008 00:43:45 -0600 (CST) Received: from floodgap.com ([66.159.214.137] ident=elvis) by glockenspiel.complete.org with esmtp (Exim 4.63) id 1JRigA-0005pF-Us for gopher@complete.org; Wed, 20 Feb 2008 00:43:45 -0600 Received: (from spectre@localhost) by floodgap.com (6.6.6.666.1/2007.10.21) id m1K6he0I016458 for gopher@complete.org; Tue, 19 Feb 2008 22:43:40 -0800 From: Cameron Kaiser Message-Id: <200802200643.m1K6he0I016458@floodgap.com> Subject: [gopher] Re: OverbiteFF beta is READY!! In-Reply-To: <6C42D790-3E96-4955-8395-FEFE0B37A72D@a-eskwadraat.nl> from Jeroen Schot at "Feb 19, 8 08:46:38 pm" To: gopher@complete.org Date: Tue, 19 Feb 2008 22:43:40 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-Spam-Status: No (score 0.0): AWL=0.004 X-Virus-Scanned: by Exiscan on glockenspiel.complete.org at Wed, 20 Feb 2008 00:43:45 -0600 X-archive-position: 1852 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: spectre@floodgap.com Precedence: bulk Reply-to: gopher@complete.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: Gopher X-List-ID: Gopher List-subscribe: List-owner: List-post: List-archive: X-list: gopher > * In standard FF3 gopher *looks* a lot nicer than in FF2, but: > * OverbiteFF *works* a lot better than both. Thank you! > * I've had some connection problems with some servers on non-standard > ports but these seem te be server problems: UNM gopher does the same. Part of this might be something to do with some secret naughtiness Mozilla does with non-70 ports: it forces them to 70. This behaviour makes some sites that are misconfigured actually *work* in Mozilla but not in any other client, including OverbiteFF (Stegozor also discovered a similar effect). Naturally kludging around this is too gross, even for me. > * One thing that might be nice: 'Real'/skinnable pages for errors > (itemtype 3). How do you mean? Strictly speaking, 3 could simply appear in any directory output. In fact, I'm changing Bucktooth default error messages in the upcoming 0.2.3 to something like 3 error text i error explanation i error explanation so that it's not only legible if item type 0, but if item type 1, it shows a very nice error document. It could even be mixed in with regular directories as a warning class. Thus I facilitated it acting as a meta-item type rather than taking over an entire menu, since I don't see any reason to make its semantics different than any other itemtype. Please speak up if you disagree :) > As a native Dutch speaker I'd be happy to help with translation. Excellent. Once I have some changes made, I'll have scripts available for what needs to be translated. It's only around 20 prompts or so, so this should be trivial. -- ------------------------------------ personal: http://www.cameronkaiser.com/ -- Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser@floodgap.com -- Excellent guess, Kreskin. Wrong, but excellent. -- Space Quest 6 -----------