From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: UP and DOWN with multi-line minibuffer history Date: Wed, 16 Dec 2015 08:02:05 +0600 Message-ID: References: <83wpsj6978.fsf@gnu.org> <87y4czz63l.fsf@mail.linkov.net> <83lh8y5q3k.fsf@gnu.org> <87d1u9vqni.fsf@mail.linkov.net> <83d1u94s23.fsf@gnu.org> <87r3ioegmq.fsf@mail.linkov.net> <83r3io2xgv.fsf@gnu.org> <87mvtbgrna.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1450231365 2421 80.91.229.3 (16 Dec 2015 02:02:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Dec 2015 02:02:45 +0000 (UTC) Cc: Eli Zaretskii , Emacs developers To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 16 03:02:44 2015 Return-path: Envelope-to: ged-emacs-devel@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 1a91QR-0008FZ-Ja for ged-emacs-devel@m.gmane.org; Wed, 16 Dec 2015 03:02:43 +0100 Original-Received: from localhost ([::1]:39927 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a91QQ-0004h7-Dz for ged-emacs-devel@m.gmane.org; Tue, 15 Dec 2015 21:02:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a91QD-0004gq-1g for emacs-devel@gnu.org; Tue, 15 Dec 2015 21:02:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a91QC-00033g-2L for emacs-devel@gnu.org; Tue, 15 Dec 2015 21:02:28 -0500 Original-Received: from mail-lf0-x236.google.com ([2a00:1450:4010:c07::236]:35268) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a91QA-00033Q-E8; Tue, 15 Dec 2015 21:02:26 -0500 Original-Received: by mail-lf0-x236.google.com with SMTP id l133so19509888lfd.2; Tue, 15 Dec 2015 18:02:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=mp4d+SE0iPj9xJkrbbuKdmHAgEeGqk/d2Ou0A3cjiQ4=; b=UMpoGBbXXeP7DqVR67bdwb7GjWSlT0S+qMFxp3QNbapDsWd3ZwtsAGsmUMrfLYObup 0+tGH68ClcETYcYtDqQMMyL7TOfCs/QHEE/eKbzinkLCFG6QEOA2F03P9BPpQOpcthi9 t3gWNW3L0S8F8sGLmeyjOl5PRzmHFr9SotWNlRJJl74KXSyk/IEorlpLWSj7Qy4jjEsA OFTTJDTcZFT7KGbMametU2fy/1qqQzIBhfrrx3JISA/oBsbISpJc7ExRNvv3PMuvWkqA BwPl9pYqXCLsLmB3mvGX76zjWRCiY0juQ6u2/WvGryTsWCzgG+wtsfsUXAmWLts2hjVB Etew== X-Received: by 10.25.32.144 with SMTP id g138mr14782876lfg.26.1450231345149; Tue, 15 Dec 2015 18:02:25 -0800 (PST) Original-Received: by 10.112.129.163 with HTTP; Tue, 15 Dec 2015 18:02:05 -0800 (PST) In-Reply-To: <87mvtbgrna.fsf@mail.linkov.net> X-Google-Sender-Auth: AKvJb90Br24nIwYbD_Km52UUANc X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:196344 Archived-At: On Wed, Dec 16, 2015 at 6:32 AM, Juri Linkov wrote: > This consistency sounds right in theory and I'd definitely > support your change after reading your description - > if not tried it in real conditions: typing more than N keys UP > to navigate to Nth history element is a huge annoyance. However, if at the first line moves point to the first line of the previous item, you end up with another annoyance =E2=80=94 is no longer an inverse of . > While in a normal buffer it's possible to mitigate it > by counting lines and using a numeric argument for UP, > or pressing and holding UP, or even resorting to the mouse, > none of which would work in the minibuffer history. > > This explains why no other software is doing such awkward thing. Other software also has pull-down histories, so one doesn=E2=80=99t have to scroll the history while looking at it through a mailbox slit. You pull down the history, select an item you want, press Enter, and it gets copied into the input box where you can edit it before executing again. In Emacs UI conventions, it might work like this: * Pressing some special key while in minibuffer would open a temporary buffer showing the history and place the point in it. * The item containing the point would be optionally highlighted with a face= . * The user would then move the point to the desired item. * Pressing Enter would copy the item containing the point into the minibuffer and bury or kill the history buffer. * Attempting any editing command would copy the item containing the point into the minibuffer, bury or kill the history buffer, and perform the editing command in the minibuffer. * Pressing C-g would just bury or kill the history buffer without modifying the minibuffer contents.