Subject: bug#71728: previous-line-or-history-element should put cursor at end, like comint-previous-input

From: Eli Zaretskii <[email-masked]>
Date: Sun, 23 Jun 2024 16:50:04 +0300

> From: Dan Jacobson <[email-masked]>
> Cc: [email-masked]
> Date: Sun, 23 Jun 2024 21:38:23 +0800
> 
> >>>>> "EZ" == Eli Zaretskii <[email-masked]> writes:
> >> From: Dan Jacobson <[email-masked]>
> >> !	  ;; 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?