From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Josh Newsgroups: gmane.emacs.devel Subject: Re: Emacs completion matches selection UI Date: Tue, 7 Jan 2014 19:54:50 -0800 Message-ID: References: <87fvqtg02v.fsf@flea.lifelogs.com> <87eh58j0x3.fsf@flea.lifelogs.com> <87mwjvfrfy.fsf@flea.lifelogs.com> <877gawbhp0.fsf@flea.lifelogs.com> <87vby6s3ji.fsf@gmail.com> <87fvp3xjjd.fsf@gmail.com> <87sit0ekp5.fsf@flea.lifelogs.com> <8761pvpoi0.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1389153336 21385 80.91.229.3 (8 Jan 2014 03:55:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Jan 2014 03:55:36 +0000 (UTC) Cc: emacs-devel To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 08 04:55:43 2014 Return-path: Envelope-to: ged-emacs-devel@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 1W0kF5-0004Lv-1d for ged-emacs-devel@m.gmane.org; Wed, 08 Jan 2014 04:55:43 +0100 Original-Received: from localhost ([::1]:44804 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0kF4-0002iz-NM for ged-emacs-devel@m.gmane.org; Tue, 07 Jan 2014 22:55:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45638) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0kEs-0002hI-Lo for emacs-devel@gnu.org; Tue, 07 Jan 2014 22:55:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0kEl-00062O-Nf for emacs-devel@gnu.org; Tue, 07 Jan 2014 22:55:30 -0500 Original-Received: from mail-wi0-f179.google.com ([209.85.212.179]:42616) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0kEl-00062A-HG for emacs-devel@gnu.org; Tue, 07 Jan 2014 22:55:23 -0500 Original-Received: by mail-wi0-f179.google.com with SMTP id z2so1551314wiv.12 for ; Tue, 07 Jan 2014 19:55:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=8BbTkBehB49Qo+yKQcuzO+ZlZ+N/rmkhTooaedOISmc=; b=PnZKcYiaXme4VNitAKxPKgh+3bL8wyv9IPQgAKxJG1gf9bSDeowxdkordzJS9IE415 a9Ly2TVbaJC5js6NzNheJ8fAfHCnUFlYYIm9D2SrzDwQHrFvDKP0dI3JykhhBaIwuhpV 1d/Jal/ycIphAa4u5qb/NuNvmKo9mSL0k8loHia7UwZTCHQA2tO9OHZsL5wDnf7j5ik+ nrhdwoFUCVzpVPJQeQ5SKy9NDwOva92YcM5q83yicbhVu2mRoSJ04hPrVKRhav3EcnOO MhSewmqKevTXS4crDAYN7e/UoRqlU5lxb8pWKnZWsD35E3dyU/dVftJwQjlqqEDkBfNA kB3A== X-Gm-Message-State: ALoCoQnJfT9eF22BdlQMhmTX68cTawW/TGBRpR5YR9SlEAXovNPnaPwlbzQ6AkfnX08OTaHiw5N7 X-Received: by 10.180.89.68 with SMTP id bm4mr19767368wib.0.1389153322021; Tue, 07 Jan 2014 19:55:22 -0800 (PST) Original-Received: by 10.194.165.226 with HTTP; Tue, 7 Jan 2014 19:54:50 -0800 (PST) In-Reply-To: <8761pvpoi0.fsf@fencepost.gnu.org> X-Google-Sender-Auth: 5XTnEK5DmpdjvsFmAQ-iIeEouNY X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.212.179 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167705 Archived-At: On Tue, Jan 7, 2014 at 11:42 AM, David Kastrup wrote: > Josh writes: > >> On Tue, Jan 7, 2014 at 9:18 AM, Jo=E3o T=E1vora wrote: >>> Are any functions available that return the keymap lookup sequence used >>> normally ? I wish there was something like this, but it seems hidden >>> behind functions like `key-binding'. >> >> Related: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13948 > > current-active-maps is a built-in function in `C source code'. > > (current-active-maps &optional OLP POSITION) > > Return a list of the currently active keymaps. > OLP if non-nil indicates that we should obey `overriding-local-map' and > `overriding-terminal-local-map'. POSITION can specify a click position > like in the respective argument of `key-binding'. I can easily imagine current-active-maps playing a role in the implementation of a solution to the bug I linked, but I hope we agree that it is not a solution in itself. From what I've seen, the confusion and frustration of less experienced Emacsers in this area is most often related to key binding precedence/shadowing, and this motivated my suggested change to `describe-key' output[0]. [0] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13948#8