From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Losing minibuffer input Date: Thu, 20 Nov 2014 08:35:17 -0800 Message-ID: <546E1845.2010301@dancol.org> References: <87fvds2r5i.fsf@mail.jurta.org> <87zjbokx0t.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eRCgKrvcjhCqkm9kAxgWJlwUfvMH6VRlR" X-Trace: ger.gmane.org 1416501353 18406 80.91.229.3 (20 Nov 2014 16:35:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2014 16:35:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 20 17:35:48 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 1XrUht-00014C-5J for ged-emacs-devel@m.gmane.org; Thu, 20 Nov 2014 17:35:45 +0100 Original-Received: from localhost ([::1]:36193 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrUhs-0005kw-OJ for ged-emacs-devel@m.gmane.org; Thu, 20 Nov 2014 11:35:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53210) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrUhd-0005kr-GV for emacs-devel@gnu.org; Thu, 20 Nov 2014 11:35:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XrUhc-0006ju-J8 for emacs-devel@gnu.org; Thu, 20 Nov 2014 11:35:29 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:33392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrUhc-0006im-8Y for emacs-devel@gnu.org; Thu, 20 Nov 2014 11:35:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=R6cD7A8HHJlQLMmXQP18diRyQ4oMtreSYr3BXvygsU0=; b=k5/OPNNtb1p5tCQqpyDbysG/attrQuuHR6qUZhNyfMxxn0muijZWpN/zEIm/Ma70Fx8zHI7uIctnWfbija7pgx6OswDL7NDgK/pytAysNetKMB+0FS130nU4p4SUZNl19fe7GZG8zjwRKFoGuC/W261eGi0SK4A+qvG9REccNaT4HjroHtFBzWl5zuslkAccKwrgFLgMypMJY/TEzFPVYCBfigw4ZqQeygSFLEO0kdVlylbXdAV7IgbZtTGgmLHR/d9OQ/i6RWSjfaB8Xrw7ekcj0is7rb0TsJ+w0cC32wEWUAncUt0CFPUxktLpGteOqdbPQ6uIKpAvur8Lu9CH/w==; Original-Received: from [2601:8:b200:52f::2b1] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1XrUhU-0002MS-2v; Thu, 20 Nov 2014 08:35:20 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 In-Reply-To: <87zjbokx0t.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:177881 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eRCgKrvcjhCqkm9kAxgWJlwUfvMH6VRlR Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/18/2014 01:40 PM, Juri Linkov wrote: >>> The fix is simple: allow up-down arrow keys to have their usual behav= ior >>> and only on hitting the beginning/end of the minibuffer move to the n= ext >>> or previous history item, thus making navigation more smooth and cont= inuous. >> >> 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)). >=20 > 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 termina= ls, > what do you think about adding it for GUI sessions? >=20 S-RET is a good idea; I've seen this keybinding used in lots of other pro= grams for "insert a newline without executing an action". --eRCgKrvcjhCqkm9kAxgWJlwUfvMH6VRlR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUbhhFAAoJEN4WImmbpWBl3aYP/jO1EO8tYHBI8stKzwhgaC+X EmyCvBWFtLnA2dnKvK6zNa7wwikGG3B6xJO2fpi+YGo0rD48mIAFc6EnHLXEse00 GHCY8MTFlEf4iTek49gM5YDQPz7jF0XN2aSVHwP1OMfGq/PGaSzrV7ki0jBzwOW2 BZTXuvTWbu+O+EfSXNnNczRLQf50AdTIkKTq7btjbAyYP0MWiTm9960HGlGyaJUd IeGw8Tke0y2zhwWxxhThi3XD0OrRtPPdfqxB2OR370oD/Lq5ct8Ck4IFEOhjn/8F EdMzg/mWPYLJpS59FQdpIWMyt+8IE1fcPL+jlqI5tbSJflUR+Mk0e+4HuZO05zPP F6bBW29gP4dfFDcA+AGXPfgiwKTabMfb5SlxoMk5MrEGEklMRTCaNMCFC5S4GWFQ yjjCntDFbITM3Kb7mJwzKs5mkF2OshwsVPitkG1QM+fPj5dvlOBf8wLpDtNgjs/F jASldZ2C+0iywUERpOHR8bdmNu6HyNjYwK2L4h79aXI9cOpGIa/CeccGzU7RTNmq xblv14q237cLuuxrsVCxCpixujtfWVdwJ7ckVvnYomNaXb4R7mf/nUMbQvZsVUT3 /yEah24CZXlW5PCyLwj3CX9pEtBut9V3eNLjL0MstXh2m5jqcZhTsCSR0cmQ4xgt DoHuUHH8w1PnjHvjztsD =854r -----END PGP SIGNATURE----- --eRCgKrvcjhCqkm9kAxgWJlwUfvMH6VRlR--