From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Completions in Semantic Date: Mon, 02 Nov 2009 01:12:47 -0500 Message-ID: References: <1255990628.6961.1084.camel@projectile.siege-engine.com> <1256070021.6961.1107.camel@projectile.siege-engine.com> <20091021105840.GD2964@ginnungagap.pc.ac.upc.edu> <20091027212118.GA25239@ginnungagap.pc.ac.upc.edu> <1256696707.5333.214.camel@projectile.siege-engine.com> <20091029143811.GB25239@ginnungagap.pc.ac.upc.edu> <868weq8c9m.wl%lluis@fulla.xlab.taz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1257142397 11302 80.91.229.12 (2 Nov 2009 06:13:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Nov 2009 06:13:17 +0000 (UTC) Cc: eric@siege-engine.com, emacs-devel@gnu.org To: =?iso-8859-1?Q?Llu=EDs?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 02 07:13:09 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N4qA8-00075H-JN for ged-emacs-devel@m.gmane.org; Mon, 02 Nov 2009 07:13:08 +0100 Original-Received: from localhost ([127.0.0.1]:43420 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4qA7-0003L5-SU for ged-emacs-devel@m.gmane.org; Mon, 02 Nov 2009 01:13:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N4q9v-0003I3-RB for emacs-devel@gnu.org; Mon, 02 Nov 2009 01:12:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N4q9q-0003EO-Ck for emacs-devel@gnu.org; Mon, 02 Nov 2009 01:12:54 -0500 Original-Received: from [199.232.76.173] (port=48293 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4q9q-0003EB-4t for emacs-devel@gnu.org; Mon, 02 Nov 2009 01:12:50 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:4472 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N4q9p-00024R-N5 for emacs-devel@gnu.org; Mon, 02 Nov 2009 01:12:50 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEADsH7kpFpYlL/2dsb2JhbACBT9dVhDkEiGY X-IronPort-AV: E=Sophos;i="4.44,664,1249272000"; d="scan'208";a="48518554" Original-Received: from 69-165-137-75.dsl.teksavvy.com (HELO ceviche.home) ([69.165.137.75]) by ironport2-out.pppoe.ca with ESMTP; 02 Nov 2009 01:12:48 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 630E470040; Mon, 2 Nov 2009 01:12:47 -0500 (EST) In-Reply-To: <868weq8c9m.wl%lluis@fulla.xlab.taz> (=?iso-8859-1?Q?=22Llu?= =?iso-8859-1?Q?=EDs=22's?= message of "Sun, 01 Nov 2009 17:01:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:116567 Archived-At: >> Or icomplete-mode, yes. These seem to only affect >> minibuffer-completion-help (the standard function that displays the list >> of possible completions, usually in *Completions*). When I use >> completion, I generally try to avoid getting to that point, tho. > Sorry, I don't understand what you mean here. Just that you focus on "list the completion options", whereas usually I'm more interested in "insert the common part of all the possible completions that you can get from the text I already typed". But to some extent it's true that the completion listing is the trickier point left over now (Emacs-23's new completion code was specifically designed to better address the "do the completion" part, and it's one of the reason why I want to get most other completion code to use that new code, so as to benefit from things like partial-completion). > Ok, I might say something totally stupid, but you just need to map the UI > actions to specific keys, which can be selected by the user. And on the It's not stupid, but the question is how/where to put the hooks that allow the particular UI backend to setup such bindings. For minibuffer completion, we have minibuffer-local-completion-map, but for in-buffer completion we have no such thing (standard in-buffer completion like lisp-complete-symbol doesn't use a keymap). Stefan