Date: Thu, 28 Nov 1996 01:13:14 -0800 (PST)
From: Mark Crispin <MRC@Panda.COM>
Sender: Mark Crispin <mrc@Ikkoku-Kan.Panda.COM>
Subject: Re: draft-ietf-drums-msg-fmt-00.txt
To: Kai Henningsen <kai@khms.westfalen.de>
Cc: drums@cs.utk.edu
In-Reply-To: <6LkpJvvjcsB@khms.westfalen.de>
Message-Id: <MailManager.849172394.370.mrc@Ikkoku-Kan.Panda.COM>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII

On 28 Nov 1996 01:35:00 +0200, Kai Henningsen wrote:
> In news, there is consensus that a FF means "display message until here,
> and wait for user action before displaying more".

This is a little bit difficult to implement when you are drawing text in a
scrollable viewer window as opposed to outputting it on a "piece of paper"
scrolling view.  Suppose there is text that is 12 lines long, with a FF at
each end, but it's displayed inside a 40 line window.  In a "piece of paper"
viewer (e.g. what you get with "more") this works OK, but not inside a window
viewer (e.g. what you get with "emacs").

> It might be nice to have this in mail as well, but it's certainly not
> critical.

I agree, at least to the point that if FF is to have any special mail
semantics, they should be defined.  Otherwise there aren't any.

> > Does HT move down several lines, or does it move up one line ("line
> HT moves horizontal (by an unspecified amount), that's why it's called
> *H*T. Do you mean VT?

Yes, I meant VT.  Sorry.