From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13334: 24.3.50; enhancement request: `C-0 M-n' reverses order of defaults Date: Wed, 2 Jan 2013 16:49:29 -0800 Message-ID: References: <87ip7fyuuc.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1357174243 3389 80.91.229.3 (3 Jan 2013 00:50:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Jan 2013 00:50:43 +0000 (UTC) Cc: 13334@debbugs.gnu.org To: "'Juri Linkov'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 03 01:50:59 2013 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 1TqZ1O-00059D-SF for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Jan 2013 01:50:59 +0100 Original-Received: from localhost ([::1]:51817 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqZ19-0007a1-Pz for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Jan 2013 19:50:43 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqZ16-0007Zq-EY for bug-gnu-emacs@gnu.org; Wed, 02 Jan 2013 19:50:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqZ15-000787-6f for bug-gnu-emacs@gnu.org; Wed, 02 Jan 2013 19:50:40 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58578) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqZ14-000782-VO for bug-gnu-emacs@gnu.org; Wed, 02 Jan 2013 19:50:39 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TqZ2Q-0002xp-BR for bug-gnu-emacs@gnu.org; Wed, 02 Jan 2013 19:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2013 00:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13334 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13334-submit@debbugs.gnu.org id=B13334.135717426511318 (code B ref 13334); Thu, 03 Jan 2013 00:52:02 +0000 Original-Received: (at 13334) by debbugs.gnu.org; 3 Jan 2013 00:51:05 +0000 Original-Received: from localhost ([127.0.0.1]:40596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TqZ1U-0002wU-Ve for submit@debbugs.gnu.org; Wed, 02 Jan 2013 19:51:05 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:18772) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TqZ1S-0002wK-9L for 13334@debbugs.gnu.org; Wed, 02 Jan 2013 19:51:03 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r030nZq0009532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Jan 2013 00:49:35 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r030nYLk014015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jan 2013 00:49:35 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r030nYsS014852; Wed, 2 Jan 2013 18:49:34 -0600 Original-Received: from dradamslap1 (/10.159.143.132) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 02 Jan 2013 16:49:34 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ip7fyuuc.fsf@mail.jurta.org> Thread-Index: Ac3pSgaHKYVcblCARg2FgcuIT1DXjgAAKwYw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:69316 Archived-At: > > The enhancement would be to let a zero prefix arg (e.g. > > `C-0') reverse the list of available default values and > > then go to the first one (previously the last one). > > So you could cycle among the defaults in the opposite order. > > Much more useful would be to display a complete list of suggestions, > so the users would be able to select the necessary element easily. > > This is how it works in web browsers: a drop-down list with > suggestions is displayed where you can use up/down-arrow keys to select > the suggestion. > Web browsers combine two types of lists into one suggestion box: > previously entered elements from the history and new suggestions > (often based on popular searches). > > In Emacs the keybinding that works like this is or M-v > (`switch-to-completions'). But currently it doesn't display > suggestions. It could be enhanced to sort completions and put > suggestions on the top of the *Completions* list. No, please do not do any such thing. Please keep *Completions* separate. Do not mix such "suggestions" or past inputs with completion candidates. Simply adding the default value(s) to the history is enough, provided you also do what is done in Icicles: provide a minibuffer key (available always, not just during completion) that lets you complete against the history list. I use `M-o' for this (by default). You can pull any number of history elements into the same minibuffer input you are composing, any number of times. And you can use completion to access the history elements. (And they are kept separate from the completion candidates of the parent minibuffer - you are completing only against history elements.) http://www.emacswiki.org/emacs/Icicles_-_History_Enhancements#InsertPreviousInpu ts If you want to move beyond the existing M-n, M-p, M-s, M-r for vanilla Emacs, then please consider using an enhancement like the Icicles M-o.