GNU bug report logs -
#60468
29.0.60; next-history-element places cursosr inconsistently
Previous Next
Full log
Message #11 received at 60468 <at> debbugs.gnu.org (full text, mbox):
> Cc: 60468 <at> debbugs.gnu.org
> From: Juri Linkov <juri <at> linkov.net>
> Date: Thu, 05 Jan 2023 19:42:35 +0200
>
> > (setq-local minibuffer-temporary-goal-position
> > (cond ((<= (point) prompt-end) prompt-end)
> > ((eobp) nil)
> > (t (point))))))
> >
> > The unexpected behavior I described earlier is caused by the
> > first clause in the cond above which treats the cursor at the
> > end of the prompt with no input to be inside the prompt while
> > to me it seems better to treat the cursor as being at end of
> > buffer.
> >
> > From my own habit, it seem better leave the cursor at the end
> > of the input unconditionally. Does it makes sense to provide
> > that at least an option?
>
> If Eli will agree to an option, then after changing in goto-history-element
> from (<= (point) prompt-end) to (< (point) prompt-end), please also change
> in next-line-or-history-element from (> (point) prompt-end) to
> (>= (point) prompt-end) and in previous-line-or-history-element
> from (> (point) prompt-end) to (>= (point) prompt-end)
> depending on that option.
On master, please.
This bug report was last modified 1 year and 341 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.