Strange problem on new system with <Enter> versus <Return> (or linefeed versus carriage return)

Chris Green cl at isbd.net
Thu May 9 16:42:45 UTC 2024


On Thu, May 09, 2024 at 05:59:39PM +0200, Dennis Preiser wrote:
> On Thu, May 09, 2024 at 04:24:56PM +0100, Chris Green wrote:
> > I have the following in muttrc so that hitting 'Enter' (the CR key) on
> > the keyboard sends an E-Mail after composing it:-
> >
> >     bind    compose \n send-message         # rather than 'y'
> >
> > This works as intended on the old system but not on the new system, it
> > would seem that mutt sees the 'Enter' key as CR (0x0d) on the new
> > system whereas on the old system it sees it as LF (0x0a).
> > Can anyone explain why this is and, more to the point, tell me how to
> 
> From the documentation:
> 
> | 6.2. Enter versus Return
> | 
> | Prior to version 2.2, Mutt used a default ncurses mode (“nl()”). This
> | mode maps keyboard input of either <Enter> or <Return> to the same
> | value, which Mutt interpreted as <Return> internally.
> | 
> | However, starting in version 2.2, this mode is turned off, allowing
> | <Return> and <Enter> to be mapped separately, if desired. The default
> | keyboard mappings set both, but you can override this or create new
> | bindings with one or the other (or both).
> | 
> | Note that in terminal application, such as Mutt, <Enter> is the same as
> | “\n” and ^J; while <Return> is the same as “\r” and ^M.
> 
Ah, that explains it perfectly, thank you!

> > fix it?
> 
> 
>      bind    compose \r send-message         # rather than 'y'
> 
... and that fixes it, more thank you. :-)

-- 
Chris Green


More information about the Mutt-users mailing list