Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: zsh-3.1.2-zefram3
- X-seq: zsh-workers 3734
 
- From: Anthony Heading <aheading@xxxxxxxxxxxx>
 
- To: schaefer@xxxxxxxxxxxxxxxx (Bart Schaefer)
 
- Subject: Re: zsh-3.1.2-zefram3
 
- Date: Wed, 21 Jan 1998 18:37:12 +0000 (GMT)
 
- Cc: zsh-workers@xxxxxxxxxxxxxxx
 
- In-reply-to: <980118093836.ZM5175@xxxxxxxxxxxxxxxxxxxxxxx> from Bart Schaefer at "Jan 18, 98 09:38:36 am"
 
Bart wrote:
> This is true, but seems clumsy especially because the EOF char is normally
> overloaded as delete-char-or-list.  You'd be forced to write a user-defined
> widget that implemented `delete-char-or-list-or-eof' to make it work right.
Indeed.
> On the other hand, I don't believe that vared *should* behave the way that
> typing text into `cat` would.  Vared is not a streaming editor; I expect
> it to behave like an editor that controls my terminal, not like a process
> blindly reading from standard input.
OK. I suppose I was thinking that vared could easily be a streaming editor,
and read standard input slightly less blindly.
> How exactly does this change the behavior, again?  EOF on any empty line
> is EOF, even in a multiline edit?  Yes, I object to that.  I want EOF to
> be EOF when typed on an empty line at a PS1 prompt, and nowhere else.
Fair.  But I want EOF to be EOF also in my vared-based `cat' emulator.
So at most, then, this should be an option for vared, and not a default.
I shall revamp my patch to be less intrusive, and not change any of the
current behaviour.
Cheers
A
Messages sorted by:
Reverse Date,
Date,
Thread,
Author