Complete.Org: Mailing Lists: Archives: gopher: July 2008:
[gopher] Re: Item Type Suggestions

[gopher] Re: Item Type Suggestions

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: gopher@xxxxxxxxxxxx
Subject: [gopher] Re: Item Type Suggestions
From: JumpJet Mailbox <jumpjetinfo@xxxxxxxxx>
Date: Tue, 8 Jul 2008 13:28:00 -0700 (PDT)
Reply-to: gopher@xxxxxxxxxxxx

Yes, lets use type "0" for "clean" "human readable" pure ASCII Text Files 
--- On Tue, 7/8/08, Cameron Kaiser <spectre@xxxxxxxxxxxx> wrote:

From: Cameron Kaiser <spectre@xxxxxxxxxxxx>
Subject: [gopher] Re: Item Type Suggestions
To: gopher@xxxxxxxxxxxx
Date: Tuesday, July 8, 2008, 12:10 PM

> > I am really against anything besides true text files being classified
> > 0.  Neither DOC nor RTF files are text files and would break all
> > gopher clients.
>  fully agree
> > I much prefer putting almost everything under 9, just because older
> > clients will do something that is very acceptable - it will download
> > and store the file as a binary, which any viewer an handle.
>  also fully agree.
>  Binary files (doc, mp3, rtf, what have you) are binary files. Let the
> user handle them. IMHO, even building in movie playing support or any
> other sophisticated file type discovery into a gopher client is
> overdoing it (except for image types, which is often handled by image
> loading libs).
>  Let's keep the ease of implementation of clients in mind (that's
> (or *the*) massive advantage of the gopher protocol).

The reason I was suggesting in my other post to have item types for these 
newer types is not to make the client handle them, but to let the client
know what it is so it can launch a handler. In Overbite's case that could
even be the browser itself, but for a simple gopher-only client, at least it
could pick from the most appropriate external handlers instead of guessing.

Plus, most old clients when they see an unfamiliar item type usually fail
gracefully and handle it as 9.

Particularly for XML, CSS and RSS which may be hosted on a gopher server, 
using 0 for these despite being text/* could quite possibly be seen always
as text/plain and not further interpreted by an external viewer, which is
probably not what we want.

------------------------------------ personal: --
  Cameron Kaiser * Floodgap Systems * * ckaiser@xxxxxxxxxxxx
-- Quoth the Web Server, "404!"


[Prev in Thread] Current Thread [Next in Thread]