From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jeff Weiss Newsgroups: gmane.emacs.help Subject: RE: migrating from ido to icicles Date: Thu, 20 Dec 2012 16:11:56 -0500 Message-ID: <87vcbwpgwz.fsf@blinky.jweiss.com> References: <728806CAFD184E6582CE77D11D5802CB@us.oracle.com> <874njgrd36.fsf@blinky.jweiss.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1356037936 22737 80.91.229.3 (20 Dec 2012 21:12:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Dec 2012 21:12:16 +0000 (UTC) To: Drew Adams , jeffrey.m.weiss@gmail.com, help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 20 22:12:30 2012 Return-path: Envelope-to: geh-help-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 1TlnPp-0003Wa-U4 for geh-help-gnu-emacs@m.gmane.org; Thu, 20 Dec 2012 22:12:30 +0100 Original-Received: from localhost ([::1]:53521 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlnPc-0007rb-7g for geh-help-gnu-emacs@m.gmane.org; Thu, 20 Dec 2012 16:12:16 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlnPQ-0007rS-L3 for help-gnu-emacs@gnu.org; Thu, 20 Dec 2012 16:12:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TlnPN-0000RB-Ae for help-gnu-emacs@gnu.org; Thu, 20 Dec 2012 16:12:04 -0500 Original-Received: from mx1.redhat.com ([209.132.183.28]:64521) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlnPN-0000R7-1c for help-gnu-emacs@gnu.org; Thu, 20 Dec 2012 16:12:01 -0500 Original-Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qBKLBx6a021940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Dec 2012 16:11:59 -0500 Original-Received: from blinky.jweiss.com (dhcp129-180.rdu.redhat.com [10.13.129.180]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qBKLBvdB005420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 20 Dec 2012 16:11:58 -0500 In-Reply-To: User-Agent: Notmuch/0.13.2 (http://notmuchmail.org) Emacs/24.1.1 (x86_64-redhat-linux-gnu) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:88258 Archived-At: Drew Adams writes: >> >> The only way to say "I accept the currently highlighted >> >> directory candidate, drill down to start completing the >> >> next one" is M-SPC. >> > >> > Actually, `M-TAB' does what you want here only because it > > I meant `M-SPC', the same as what you mentioned; sorry. > >> > does "word" completion, which also moves the cursor to the >> > end of the completion. It is that cursor movement that >> > switches from cycling back to completing. >> >> "M-TAB (translated from ) runs the command >> complete-symbol, which is an interactive compiled Lisp >> function in `bindings.el'." >> >> "M-SPC runs the command icicle-prefix-word-complete, which is an >> interactive compiled Lisp function in `icicles-mcmd.el'." > > Yes, I meant `M-SPC'. > >> What happens for me is, if I hit M-TAB,... > > It tries to complete your input as a symbol name. > >> This is different than what either M-SPC or C-e does, they both appear >> to only change the default-directory and the candidates, no candidate >> shows in the minibuffer. That's what I want. > > Yep. Sorry about the typo & confusion. > >> I like the behavior of M-SPC or C-e but I prefer to use M-TAB >> key to get that behavior. Should I just rebind it? > > Sure. But you will likely find at some point that you want a key (some key) to > complete symbol names (e.g. Lisp symbols, when you use `M-:'). `M-TAB' is the > key for this in general in Emacs. I was able to successfully bind M-SPC to icicle-prefix-word-complete by customizing icicle-word-completion-keys. However the docs for icicle-word-completion-keys suggest that I can also bind SPC if I wanted. That actually sounds better because I can't remember the last time I tried to complete a filename with a space in it. But no matter what I put in that field, SPC wouldn't trigger icicle-prefix-word-complete, it was still bound to icicle-self-insert. Is there some magic lisp expression for this? Or is there some other reason the binding doesn't work? There's one other odd behavior I've been noticing. Even though I have icicle-expand-input-to-common-match-flag set to 1 (only expand when using tab or s-tab), I am finding that I do get input inserted for me as I'm trying to type, and it ends up mixing my input with its own, resulting in bad input in the minibuffer. For example, if the directory I'm completing in has 3 files, fop fob bar if I quickly type 'fo' what appears in the minibuffer is 'foo'. I think that's because it's trying to expand the common match, since all the files that have 'f' also have 'fo'. -Jeff