Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: zap/del to char

X-seq: zsh-users 11374
From: "djh" <henman@xxxxxxxxxxxxxx>
To: <zsh-users@xxxxxxxxxx>
Subject: Re: zap/del to char
Date: Wed, 04 Apr 2007 16:46:37 +0900
Cc:
In-reply-to: Your message of Wed, 04 Apr 2007 00:16:26 -0700 <070404001626.ZM8881@xxxxxxxxxxxxxxxxxxxxxx>
Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
References: <20070404150328.3592@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <070404001626.ZM8881@xxxxxxxxxxxxxxxxxxxxxx>

> ..... snipped
>
> PWS's follow-up, however, makes it clear that zsh has stubbornly kept
> the GNU emacs 18.x definition of zap-to-char because, well, we're more
> concerned with things always working like they always have than are
> the GNU folks, I guess.
> 
> djh wrote: } So it looks like the definitions got swapped around. 
> 
> Yes, by emacs, several years after the ZLE function first copied it.
> The question is, are we finally in the mood to copy this particular
> "improvement"?

Background: Emacs version 23 will soon (looks like) to released.
            Pre-released versions are already being used (in fact to write this).

The international "MULE" functionality was also added after 18.  

I recommend the change. It's not a major change, but would reflect the current emacs method, which presumably the majority of emacs users expect.  This might also save a lot of zsh new comers, who are not familiar with customizing yet, time and confusion
.

My 2 cents.

Darel Henman

References:
- zap/del to char
  - From: djh
- Re: zap/del to char
  - From: Bart Schaefer

Messages sorted by: Reverse Date, Date, Thread, Author