From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Losing minibuffer input Date: Tue, 18 Nov 2014 23:40:34 +0200 Organization: LINKOV.NET Message-ID: <87zjbokx0t.fsf@mail.linkov.net> References: <87fvds2r5i.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416368288 10270 80.91.229.3 (19 Nov 2014 03:38:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Nov 2014 03:38:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 19 04:38:00 2014 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 1Xqw5g-0000Le-6h for ged-emacs-devel@m.gmane.org; Wed, 19 Nov 2014 04:38:00 +0100 Original-Received: from localhost ([::1]:56354 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xqw5f-00008f-RD for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2014 22:37:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqqZ9-00017q-As for emacs-devel@gnu.org; Tue, 18 Nov 2014 16:44:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XqqZ3-0002J0-3H for emacs-devel@gnu.org; Tue, 18 Nov 2014 16:44:03 -0500 Original-Received: from ps18281.dreamhost.com ([69.163.222.226]:55089 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqqZ2-0002Iq-U9 for emacs-devel@gnu.org; Tue, 18 Nov 2014 16:43:57 -0500 Original-Received: from localhost.linkov.net (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 3CBE5348328E59; Tue, 18 Nov 2014 13:43:57 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Thu, 13 Nov 2014 16:14:12 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 69.163.222.226 X-Mailman-Approved-At: Tue, 18 Nov 2014 22:37:35 -0500 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:177706 Archived-At: >> The fix is simple: allow up-down arrow keys to have their usual behavior >> and only on hitting the beginning/end of the minibuffer move to the next >> or previous history item, thus making navigation more smooth and continuous. > > Sounds good to me (oddly enough, while I use up/down/left/right > frequently in normal buffers, it seems that I never use up/down in the > minibuffer (I use M-p/M-n to go through the history and C-p/C-n for > in-buffer movement)). There is another convenience in other programs that we could use. Most programs allow typing S-RET to insert a newline in their analogue of the minibuffer. Even though it might be unavailable on some terminals, what do you think about adding it for GUI sessions?