From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Barry OReilly Newsgroups: gmane.emacs.bugs Subject: bug#15641: 24.3; [PATCH] Add find-definition for M-. Date: Fri, 18 Oct 2013 18:49:29 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04440266462c4e04e90bbf0d X-Trace: ger.gmane.org 1382136620 8591 80.91.229.3 (18 Oct 2013 22:50:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Oct 2013 22:50:20 +0000 (UTC) To: 15641@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 19 00:50:22 2013 Return-path: Envelope-to: geb-bug-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 1VXIs9-0002Ew-P8 for geb-bug-gnu-emacs@m.gmane.org; Sat, 19 Oct 2013 00:50:22 +0200 Original-Received: from localhost ([::1]:59633 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXIs9-0004o1-D7 for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Oct 2013 18:50:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXIrz-0004e1-B0 for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2013 18:50:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VXIrr-0003nK-3E for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2013 18:50:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXIrr-0003m7-00 for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2013 18:50:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VXIrq-0004LH-FV for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2013 18:50:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Barry OReilly Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Oct 2013 22:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 15641-submit@debbugs.gnu.org id=B15641.138213658016631 (code B ref 15641); Fri, 18 Oct 2013 22:50:02 +0000 Original-Received: (at 15641) by debbugs.gnu.org; 18 Oct 2013 22:49:40 +0000 Original-Received: from localhost ([127.0.0.1]:57326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXIrT-0004KA-Cu for submit@debbugs.gnu.org; Fri, 18 Oct 2013 18:49:39 -0400 Original-Received: from mail-wg0-f49.google.com ([74.125.82.49]:63287) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VXIrP-0004Ju-Sp for 15641@debbugs.gnu.org; Fri, 18 Oct 2013 18:49:36 -0400 Original-Received: by mail-wg0-f49.google.com with SMTP id x12so4496919wgg.16 for <15641@debbugs.gnu.org>; Fri, 18 Oct 2013 15:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=hwnkAp/wH1SLscnsa9BBd1fHG3wPV0aEnxhgCK4Zbxo=; b=zvM7VwDEe2GLVf9L7jQtuwcEU436Xmh5gvW+4E449Q32CEZSt9xOrbtdE8EzRRrbdS o5yoDbSNXM6PG75Lg05ppPEOyisK00TmlK1L6G6PtBInhOv00UqZqPSgswQOOYQoKKLe /9y5oLEUpWtelFlB8G1wDlMoY6GAxkUfg1uay8ZLjkY1ubLN9FUC7fhErqWK/ePLi06D IY9WLWrneOxIsdPj2X3GgMwZZ6faAGyqh2RPhIFdJaQCMLgDneP5OtEJjzY6T5T5cPbp Aturc3RjF6VyWPUpU2GjXYKnaOevK5+CKOMCThPG63yM86mAzEJZ3cDP/QlbF4P9yXnq +HYQ== X-Received: by 10.180.100.33 with SMTP id ev1mr1268715wib.18.1382136569799; Fri, 18 Oct 2013 15:49:29 -0700 (PDT) Original-Received: by 10.194.17.72 with HTTP; Fri, 18 Oct 2013 15:49:29 -0700 (PDT) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:79376 Archived-At: --f46d04440266462c4e04e90bbf0d Content-Type: text/plain; charset=ISO-8859-1 This would be very nice improvement. When I'm editing C or C++, I usually try semantic-ia-fast-jump first, which can fail to find the tag for a variety of reasions. I use etags as my fallback, sometimes with a few iterations with prefix-arg because of etags false results. I've missed the fact that I can't pop positions with Semantic. In practice I end up using Evil's C-o command for the same buffer or buffer-menu if Semantic took me to a different buffer. Currently semantic-ia-fast-jump doesn't prompt for the tag to find, as etags' find-tag does. This is nicer in Semantic's case, so I think the minibuffer prompting should be specific to etags and not a part of the generic interface. Currently find-tag takes TAGNAME while semantic-ia-fast-jump takes PT, so their interfaces need to be consolidated. PT is more basic since the TAGNAME etags offers as default is derived from what's at point. --f46d04440266462c4e04e90bbf0d Content-Type: text/html; charset=ISO-8859-1
This would be very nice improvement. When I'm editing C or C++, I
usually try semantic-ia-fast-jump first, which can fail to find the
tag for a variety of reasions. I use etags as my fallback, sometimes
with a few iterations with prefix-arg because of etags false results.

I've missed the fact that I can't pop positions with Semantic. In
practice I end up using Evil's C-o command for the same buffer or
buffer-menu if Semantic took me to a different buffer.

Currently semantic-ia-fast-jump doesn't prompt for the tag to find, as
etags' find-tag does. This is nicer in Semantic's case, so I think the
minibuffer prompting should be specific to etags and not a part of the
generic interface.

Currently find-tag takes TAGNAME while semantic-ia-fast-jump takes PT,
so their interfaces need to be consolidated. PT is more basic since
the TAGNAME etags offers as default is derived from what's at point.

--f46d04440266462c4e04e90bbf0d--