[gopher] Re: The handling of +ABSTRACT

[Wolfgang Zekoll <wzk@xxxxxxxxxxxx>]

>I will see if an extra indicator can be presented for UMN gopher so that
>clients can see the availability of the abstract information.  Perhaps
>gopherc can get a similar on-screen indicator?

Well, +ABSTRACTs are not the only things that might be hidden from the
screen.  I think of a +LINKS block where each item can have a gopher0
menu of related files/items on it's own (without a complete menu).  Think
of "related" or "see also" links.  I have also some other ideas in my mind.

Then there is the more general question: How can the server inform the user
that there are invisible items waiting for the user?  My personal favourite
if the following: The client inspects the gopher+ block of the directory
and if it find a +README entry it fetches automatically also this +README,
displays it and leaving the readme text brings the user into the gopher
directory.  While I think this idea is nice on one hand it seems to break
compatibility to gopher0 clients, how do they notice the readme if it's
hidden?  Repeating the readme (together with perhaps the abstracts) could
be boring to the gopher+ clients (why do I see the same file again?).

This could be solved with different directory views, the standard including
all for gopher0 and minimal for gopher+ with hidden ABSTRACTs and README
etc.  But I also think of dividing the gopher+ directory into several parts
or views (where `view' is not related to the +VIEWS).  This works as
follows:

         +INFO: 9binary.zipF9/binary.zip
         +ADMIN:
          ...
          view: data
         +ABSTRACT: 0binary.zip's AbstractF0/binary.txt
         +INFO: 0binary.zip's AbstractF0/binary.txt
         +ADMIN:
          view: abstract
         ... more items appear here ...
         +INFO: 0About this directoryF0/readme.txt
         +ADMIN:
          ...
          view: readme
         +ABSTRACT:
          The directory's `i' items go here.

Then the gopher client can offer the user which view to show to the user,
either data, abstract, readme or gopher0 being compatible to normal gopher0
clients.

Any comments?

Regards

Wolfgang Zekoll