GNU bug report logs - #71728
previous-line-or-history-element should put cursor at end, like comint-previous-input

Previous Next

Full log

Message #18 received at 71728 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dan Jacobson <jidanni <at> jidanni.org>
Cc: 71728 <at> debbugs.gnu.org
Subject: Re: bug#71728: previous-line-or-history-element should put cursor
 at end, like comint-previous-input
Date: Sun, 23 Jun 2024 16:50:04 +0300

> From: Dan Jacobson <jidanni <at> jidanni.org>
> Cc: 71728 <at> debbugs.gnu.org
> Date: Sun, 23 Jun 2024 21:38:23 +0800
> 
> >>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
> >> From: Dan Jacobson <jidanni <at> jidanni.org>
> >> !	  ;; dired-do-shell-command
> >> l	  ;; self-insert-command
> >> s	  ;; self-insert-command
> >> <return> ;; exit-minibuffer
> >> !	  ;; dired-do-shell-command
> >> <up>	  ;; previous-line-or-history-element
> >> C-e	  ;; move-end-of-line
> >> SPC	  ;; self-insert-command
> >> -	  ;; self-insert-command
> >> a	  ;; self-insert-command
> >> <return> ;; exit-minibuffer
> >> !	  ;; dired-do-shell-command
> >> <up>	  ;; previous-line-or-history-element
> >> C-e	  ;; move-end-of-line
> >> l	  ;; self-insert-command
> >> <return> ;; exit-minibuffer
> 
> EZ> If you don't like the current heuristics, use M-p instead of the <UP> arrow.
> 
> Alas, in my above example, M-p behaves exactly the same as <up>.

So you are complaining about the usual Emacs behavior of vertical
motion, which keeps the column?  Why should Emacs go to EOL in this
particular case when it doesn't do that in any other buffer/window?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.