Complete.Org: Mailing Lists: Archives: gopher: July 2008:
[gopher] Re: meta: item types, etc.

[gopher] Re: meta: item types, etc.

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: gopher@xxxxxxxxxxxx
Subject: [gopher] Re: meta: item types, etc.
From: JumpJet Mailbox <jumpjetinfo@xxxxxxxxx>
Date: Sat, 5 Jul 2008 11:25:30 -0700 (PDT)
Reply-to: gopher@xxxxxxxxxxxx

I think you had the right idea when you suggested just depreciating all the 
"Letter" Item Types, and just using the "0-9 Number" Item Types.  
Testing today on the JumpJet Server, I was able to properly open all sorts of 
data files (*.xls, *.pdf, *.gif, *.jpg, *.wav, *.mpg, and others) through 
the Internet Explorer Browser, when I set their type on the server to Type 9... 
as long as the files contained the proper File Extension.  
IF Macintosh and Linux users put File Extensions onto the files they put on 
their Servers, then their really is NO reason why we need to extend the 
"Letter" Item Types, and we can even depreciate ALL the "Letter" Item Types to 
SIMPLE is Better.

--- On Sat, 7/5/08, Cameron Kaiser <spectre@xxxxxxxxxxxx> wrote:

From: Cameron Kaiser <spectre@xxxxxxxxxxxx>
Subject: [gopher] Re: meta: item types, etc.
To: gopher@xxxxxxxxxxxx
Date: Saturday, July 5, 2008, 11:55 AM

> By the way, I noticed that UMN gopherd uses P itemtype for PDF (but 9 in 
> the selector string). Here is string it sends on my machine:
> Pipasam-x       9/ipasam-x.pdf  dell.home       7070    +
> Lynx parses it to:
> gopher://dell.home:7070/P9/ipasam-x.pdf

Bleh. Well, guess I'd better support that too as an exception.
I reconsidered (r, RTF); maybe a better one would be (r, RSS) and (t, RTF).

------------------------------------ personal: --
  Cameron Kaiser * Floodgap Systems * * ckaiser@xxxxxxxxxxxx
-- Imagination is the one weapon in the war against reality. -- de Gaultier ---


[Prev in Thread] Current Thread [Next in Thread]
  • [gopher] Re: meta: item types, etc., JumpJet Mailbox <=