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: Info-mode and ido Date: Mon, 31 Mar 2008 10:29:26 -0700 Message-ID: <000d01c89354$c4c12f70$c2b22382@us.oracle.com> References: <002601c891e8$8afa2a70$0200a8c0@us.oracle.com><000301c89285$188dc8f0$0200a8c0@us.oracle.com><003f01c892ce$abd5e860$0200a8c0@us.oracle.com><004201c892e0$28fb8140$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1206984641 16742 80.91.229.12 (31 Mar 2008 17:30:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Mar 2008 17:30:41 +0000 (UTC) To: "'William Xu'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Mar 31 19:31:12 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JgNqg-0004WV-VY for geh-help-gnu-emacs@m.gmane.org; Mon, 31 Mar 2008 19:31:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgNq4-0001Fy-QK for geh-help-gnu-emacs@m.gmane.org; Mon, 31 Mar 2008 13:30:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgNpm-0001FH-R5 for help-gnu-emacs@gnu.org; Mon, 31 Mar 2008 13:30:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgNpk-0001Ev-SD for help-gnu-emacs@gnu.org; Mon, 31 Mar 2008 13:30:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgNpk-0001Er-Ov for help-gnu-emacs@gnu.org; Mon, 31 Mar 2008 13:30:12 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JgNpk-0007bE-Ah for help-gnu-emacs@gnu.org; Mon, 31 Mar 2008 13:30:12 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m2VHU8Bo009448; Mon, 31 Mar 2008 11:30:08 -0600 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m2UGJLSO011768; Mon, 31 Mar 2008 11:30:07 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt351.oracle.com with ESMTP id 3632476801206984566; Mon, 31 Mar 2008 10:29:26 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 31 Mar 2008 10:29:25 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AciS5ThQaNolXTMLTe+q4L6VbVeVjgAaF1fw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:52909 Archived-At: > > A difference is that Ido shows candidates in the minibuffer > > and Icicles does not, but that is not a major UI difference. > > (And you can use Icicles with icomplete[+].el.) > > Thanks for pointing out. (I guess mastering Icicles must be tough...) Tough why? Because it does not give you "ido-style" out of the box? You don't need to master Icicles to use it, but if you want non-default behavior then yes, you need to find out what's available. It's like Emacs: you can get behavior you are used to in another editor, but you might need to read some doc to find out how. > That works more like ido, only very slow. I did some tests with > icy-mode and icomplete-mode on. It(switching buffers, selecting nodes > in Info-mode) usually takes around 0.5~1 second for the completions to > appear in minibuffer, on a 2.2GHz, Intel Core 2 Due macbook. I don't want to belabor this, but I'll mention it for others: 1. icomplete[+].el is different from Icicles. I mentioned it only because you like to see candidate feedback in the minibuffer - even if you don't look at it. ;-) 2. By default, Icicles updates the set of completions at each character you edit. You can turn this incremental completion off as an option or toggle it off/on using `C-#' in the minibuffer. There are also other options to control this behavior: a delay and a threshold (number of candidates). 3. Icicles also checks where, in your input, matching fails, and it highlights that non-matching part (hit `C-M-l' to delete it). (This is similar to the isearch match-failure highlighting that we added to Emacs recently.) That can mean multiple checks of parts of your input against the domain of candidates (it uses binary search to minimize the number of checks). `C-#' also turns this off/on. There are additional options to control this behavior: a delay, a threshold, and when to perform it - never, only on demand (when you hit [S-]TAB), not for lax completion (e.g. file names), not for remote file names, and so on. Someone like yourself, who tends not to look at what he types and is concerned about speed, might want to turn off non-match highlighting for specific contexts or always. 4. You can complete without displaying *Completions*. That display, which you find distracting, also takes some time. 5. What seems to be faster is sometimes slower. ;-) HTH.