GNU bug report logs - #19824
25.0.50; Support goal column in multi-line minibuffer

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Tue, 10 Feb 2015 00:50:01 UTC

Severity: normal

Tags: patch

Found in version 25.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: 19824 <at> debbugs.gnu.org
Subject: bug#19824: 25.0.50; Support goal column in multi-line minibuffer
Date: Wed, 11 Feb 2015 17:39:18 +0200
> From: Juri Linkov <juri <at> linkov.net>
> Cc: 19824 <at> debbugs.gnu.org
> Date: Wed, 11 Feb 2015 01:38:03 +0200
> 
> > Why do you use current-column and move-to-column here, instead of
> > using the line-move-visual methods we use by default in any other
> > buffer?  Is there some technical problem to use visual-line movement
> > in the minibuffer?  If not, I think we should do that for consistency
> > of the user experience.
> 
> line-move-visual is still used while moving point inside the minibuffer,
> but when moving to another history element, the whole contents of the
> minibuffer is erased, and new text is inserted, in which the column
> should be positioned correctly.

Right, sorry.  So I guess now I don't understand why we try keeping
the horizontal position across history elements.  Why not reset the
position to just after the prompt?  There's nothing in common between
the history elements, in general.




This bug report was last modified 10 years and 78 days ago.

Previous Next


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