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: Sun, 09 Nov 2014 20:33:10 +0200 Organization: JURTA Message-ID: <878ujk1axl.fsf@mail.jurta.org> References: <87fvds2r5i.fsf@mail.jurta.org> <878ujkb5mr.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415558094 13898 80.91.229.3 (9 Nov 2014 18:34:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Nov 2014 18:34:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 09 19:34:47 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 1XnXK2-0000CT-58 for ged-emacs-devel@m.gmane.org; Sun, 09 Nov 2014 19:34:46 +0100 Original-Received: from localhost ([::1]:39659 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnXK1-0003N4-Nh for ged-emacs-devel@m.gmane.org; Sun, 09 Nov 2014 13:34:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43961) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnXJi-0003Mi-Hn for emacs-devel@gnu.org; Sun, 09 Nov 2014 13:34:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XnXJc-0004Gf-Ao for emacs-devel@gnu.org; Sun, 09 Nov 2014 13:34:26 -0500 Original-Received: from ps18281.dreamhost.com ([69.163.222.226]:60480 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnXJc-0004Gb-5y for emacs-devel@gnu.org; Sun, 09 Nov 2014 13:34:20 -0500 Original-Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 807DA348328E50; Sun, 9 Nov 2014 10:34:18 -0800 (PST) In-Reply-To: <878ujkb5mr.fsf@wanadoo.es> (=?iso-8859-1?Q?=22=D3scar?= Fuentes"'s message of "Sun, 09 Nov 2014 19:17:32 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.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-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:176633 Archived-At: > I see some incoveniences with this approach: when you are on the first > displayed line and you think that there are more lines preceding it, > pressing up has the same problem you want to solve if there was no > preceding line. Ditto if you are on the last displayed line. This problem is very rare in the minibuffer because usually the minibuffer contents is displayed completely in its entirety. However, later we can add an option like `scroll-error-top-bottom' that will signal an error on the first hit to the beginning/end of the minibuffer, and only on the second hit go to the previous/next history item. > Furthermore, if you are on the first line and you want to pick the next > item on the minibuffer history you are forced to press down until the > last line. Ditto if you are on the last line and want to pick the > preceding item on the minibuffer. Then you can use M-p/M-n.