From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: icicles, cua, and C-RET Date: Fri, 3 Mar 2006 09:11:31 -0800 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1141485282 17104 80.91.229.2 (4 Mar 2006 15:14:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 4 Mar 2006 15:14:42 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Mar 04 16:14:39 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FFYSj-0003dr-Te for geh-help-gnu-emacs@m.gmane.org; Sat, 04 Mar 2006 16:14:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FFYSn-00053t-Cb for geh-help-gnu-emacs@m.gmane.org; Sat, 04 Mar 2006 10:14:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FFWj6-0007iA-O8 for help-gnu-emacs@gnu.org; Sat, 04 Mar 2006 08:23:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FFWj1-0007dX-Lq for help-gnu-emacs@gnu.org; Sat, 04 Mar 2006 08:23:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FFEQm-00054S-JQ for help-gnu-emacs@gnu.org; Fri, 03 Mar 2006 12:51:08 -0500 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FFDqO-0005et-Ro for help-gnu-emacs@gnu.org; Fri, 03 Mar 2006 12:13:33 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k23HBgt8010887; Fri, 3 Mar 2006 11:11:42 -0600 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k23HBgVI019630; Fri, 3 Mar 2006 10:11:42 -0700 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k23HBf9X019622 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 3 Mar 2006 10:11:41 -0700 Original-To: "Peter Lee" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:33535 Archived-At: I've recently switched to using icicles & icomplete+ instead of mcomplete & iswitchb. One thing that bothers me is if I do 'C-x b' and enter a few letters and get a single-match I can't just hit enter and bring that buffer up... I must fully complete it. According to the docs I should be able to do what I want by using C-RET instead... It is the command that you have bound to `C-x b' that decides whether `RET' first completes your input before exiting the minibuffer. By default, standard Emacs command `switch-to-buffer' is bound to `C-x b', and it does not exit upon partial match. This lets you create a new buffer, instead of requiring you to switch to an existing buffer. Icicles does not bind any command to `C-x b' - `switch-to-buffer' is the binding, unless you change it. So, what bothers you is in fact, standard Emacs buffer switching ;-). You can obtain iswitchb-like behavior with Icicles by binding command `icicle-buffer' to `C-x b' and setting option `icicle-buffer-require-match-flag' to `partial-match-ok'. See http://www.emacswiki.org/cgi-bin/wiki/Icicles_-_S-RET ("Exiting the Minibuffer without Confirmation: `S-RET'"). Further, since Icicles provides two kinds of completion matching: standard prefix completion and apropos (regexp) completion, you can use `S-RET' (not `C-RET') in the minibuffer to complete-and-exit using apropos completion and use `RET' (like iswitchb) to complete-and-exit using prefix completion. BTW (1) - You mentioned `C-RET'. There is no connection with `C-RET' and exiting upon a partial match. In Icicles, `C-RET' in the minibuffer is for choosing multiple completion candidates (or, by default, for help on each candidate). BTW (2) - You can use iswitchb for buffer switching and still use Icicles for other completion. Some people do that. As I mentioned above, you can get the iswitchb immediate-exit behavior within Icicles itself, but if you really like other features of iswitchb then you can stick with it and still take advantage of Icicles more generally. Icicles itself does not bind `C-x b' (it does not change any global bindings), so it plays well with other libraries like iswitchb. The icicles docs say to make sure it's loaded last in .emacs and it is in this case. That's not necessary. It is recommended, however, because Icicles picks up existing bindings that you (or, say, cua-mode) have created, and remaps them to similar Icicles commands. For example, Icicle mode remaps (in the minibuffer completion maps only) command `kill-region' to `icicle-kill-region', which first does `kill-region' and then updates the list of `*Completions*' (to provide icompletion in *Completions*). If your .emacs binds `kill-region' to, say, , then Icicles will pick up this binding and use it for `icicle-kill-region' in the minibuffer. That way, Icicles will recognize that you expect to kill the region. HTH.