From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19824: 25.0.50; Support goal column in multi-line minibuffer Date: Wed, 11 Feb 2015 17:39:18 +0200 Message-ID: <83iof87909.fsf@gnu.org> References: <871tlyppaq.fsf@mail.linkov.net> <837fvp92up.fsf@gnu.org> <87mw4l72xw.fsf@mail.linkov.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1423669222 30146 80.91.229.3 (11 Feb 2015 15:40:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Feb 2015 15:40:22 +0000 (UTC) Cc: 19824@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 11 16:40:10 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YLZOc-0001sJ-A6 for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Feb 2015 16:40:10 +0100 Original-Received: from localhost ([::1]:45575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLZOb-0006mL-On for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Feb 2015 10:40:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47341) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLZOY-0006ko-Hj for bug-gnu-emacs@gnu.org; Wed, 11 Feb 2015 10:40:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLZOV-0002j8-DW for bug-gnu-emacs@gnu.org; Wed, 11 Feb 2015 10:40:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49019) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLZOV-0002ip-9c for bug-gnu-emacs@gnu.org; Wed, 11 Feb 2015 10:40:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YLZOU-0000P0-KM for bug-gnu-emacs@gnu.org; Wed, 11 Feb 2015 10:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 11 Feb 2015 15:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19824 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 19824-submit@debbugs.gnu.org id=B19824.14236691771494 (code B ref 19824); Wed, 11 Feb 2015 15:40:02 +0000 Original-Received: (at 19824) by debbugs.gnu.org; 11 Feb 2015 15:39:37 +0000 Original-Received: from localhost ([127.0.0.1]:40259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YLZO4-0000O2-UX for submit@debbugs.gnu.org; Wed, 11 Feb 2015 10:39:37 -0500 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:44301) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YLZO2-0000Nl-9V for 19824@debbugs.gnu.org; Wed, 11 Feb 2015 10:39:35 -0500 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NJM0070064IW200@mtaout26.012.net.il> for 19824@debbugs.gnu.org; Wed, 11 Feb 2015 17:39:36 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJM00OI46606480@mtaout26.012.net.il>; Wed, 11 Feb 2015 17:39:36 +0200 (IST) In-reply-to: <87mw4l72xw.fsf@mail.linkov.net> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99253 Archived-At: > From: Juri Linkov > Cc: 19824@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.