Re: [PATCH] Change <delete> to delete forward in the editor menu.

Steffen Nurpmeso <[email protected]> Mon, 27 Jul 2026 21:46:31 +0200
Newsgroups gmane.mail.mutt.devel
Message-ID <20260727194631.kGjyJ4lV@steffen%sdaoden.eu>
Crystal Kolipe via Mutt-dev wrote in
 <[email protected]>:
 |On Sat, Jul 25, 2026 at 09:01:36PM +0800, Kevin J. McCarthy wrote:
 |> But my understanding was that general expectations have changed.  vim and
 |> emacs (without a configuration file) delete forwards, as does bash. At
 |> least, for me they behave that way.
 |
 |The logic for 'delete' deleting forwards becomes clearer if you think \
 |of it as
 |the opposite of 'insert' on a terminal with auto-insertion disabled,
 |(I.E. overtype mode).
 |
 |In that case, it's usually expected that hitting 'insert' immediately \
 |followed
 |by 'delete' would be a no-op.  In other words, the 'delete' would remove \
 |the
 |blank space inserted.

I would maybe ask Thomas Dickey who magically appears on
uncountable lists when any of termcap or terminfo (or xterm)
problems are about to be addressed, maybe also this time.

If for one am all in the delete-forward camp, and have for example
for decades in my ~/.inputrc

  $if term=cons25
  ...
  $if term=rxvt

and some more, and all have delete-char entries.  And to say that
the OpenGroup has standardized termcap/terminfo, and in 1997 (i do
not really know what i talk about) "kdch1" was delete-character,
and delch(3) deletes a character (forward) without moving the
cursor.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)