From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jorgen Schaefer Newsgroups: gmane.emacs.devel Subject: Re: Generalizing find-definition Date: Sun, 2 Nov 2014 17:29:44 +0100 Message-ID: <20141102172944.0f7944e3@forcix> References: <20141102151524.0d9c665c@forcix> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1414945810 30486 80.91.229.3 (2 Nov 2014 16:30:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Nov 2014 16:30:10 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 02 17:30:03 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 1Xky2V-0001T7-ED for ged-emacs-devel@m.gmane.org; Sun, 02 Nov 2014 17:30:03 +0100 Original-Received: from localhost ([::1]:58022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xky2V-0000ui-0g for ged-emacs-devel@m.gmane.org; Sun, 02 Nov 2014 11:30:03 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xky2M-0000uK-3y for emacs-devel@gnu.org; Sun, 02 Nov 2014 11:29:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xky2G-0001Bv-25 for emacs-devel@gnu.org; Sun, 02 Nov 2014 11:29:54 -0500 Original-Received: from loki.jorgenschaefer.de ([87.230.15.51]:59007) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xky2F-0001Bi-Rx for emacs-devel@gnu.org; Sun, 02 Nov 2014 11:29:47 -0500 Original-Received: by loki.jorgenschaefer.de (Postfix, from userid 998) id 7F00620458F; Sun, 2 Nov 2014 17:29:46 +0100 (CET) Original-Received: from forcix (port-35731.pppoe.wtnet.de [46.59.190.112]) by loki.jorgenschaefer.de (Postfix) with ESMTPSA id 90E9820458C; Sun, 2 Nov 2014 17:29:45 +0100 (CET) In-Reply-To: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; i586-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 87.230.15.51 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:176238 Archived-At: On Sun, 02 Nov 2014 10:34:28 -0500 Stefan Monnier wrote: > > M-* is the standard opposite command for this, so that would be > > extracted as well. SLIME and a few other modes re-define M-, to be > > the opposite for M-. instead for easier navigation. How do you > > feel about swapping the definition of M-, and M-* in etags.el? > > That's incompatible with the current M-, binding. > What would then be the equivalent of the current M-, ? The idea would be to simply swap M-, and M-*, so M-* would then be `tags-loop-continue'. As I do not use tags, I do not know how often that command is used and whether M-* is too inconvenient for this, though. > > C-M-. is currently bound to find-tag-regexp. There is currently no > > standard functionality in Emacs to find the callers of a symbol at > > point, which might be nice to put on C-M-. if it is defined at some > > point for symmetry reasons. > > M-. RET does "find the callers of a symbol at point", AFAICT. I must be missing something - how does this work? M-. should jump to the definition of the symbol at point, then RET should just enter a newline? And if M-. prompts for a tag, RET will just accept the default? Apparently, SLIME uses M-_ and M-? for edit-uses (to accomodate differing keyboard layouts), so that might be a better choice anyhow. > > Comments? > > I'm all for it, Thank you. I'll wait for more feedback and will work on this after the official git transition. Regards, Jorgen