From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Francesco Potorti` Newsgroups: gmane.emacs.devel Subject: Re: Bug Report (Feature request?) etags (GNU Emacs 21.1) Date: 22 Feb 2002 15:29:07 +0100 Message-ID: <874rk9a8uk.fsf@pot.cnuce.cnr.it> References: <200202211303.g1LD3ar29903@kogs46.informatik.uni-hamburg.de> <5xvgcqrfya.fsf@kfs2.cua.dk> <200202220433.g1M4XAt14047@aztec.santafe.edu> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: quimby2.netfonds.no 1014388314 32496 195.204.10.66 (22 Feb 2002 14:31:54 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 22 Feb 2002 14:31:54 GMT Cc: storm@cua.dk, pot@gnu.org, utcke@kogs1.informatik.uni-hamburg.de, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16eGjq-0008S2-00 for ; Fri, 22 Feb 2002 15:31:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eGiK-00041r-00; Fri, 22 Feb 2002 09:30:20 -0500 Original-Received: from pot.cnuce.cnr.it ([146.48.83.182]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eGhA-0003vC-00; Fri, 22 Feb 2002 09:29:08 -0500 Original-Received: from pot by pot.cnuce.cnr.it with local (Exim 3.34 #1 (Debian)) id 16eGh9-0005uR-00; Fri, 22 Feb 2002 15:29:07 +0100 Original-To: rms@gnu.org In-Reply-To: <200202220433.g1M4XAt14047@aztec.santafe.edu> Original-Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1.90 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1415 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1415 Richard Stallman writes: That is doing things the hard way. Wouldn't it be easier to handle #line in Lisp inside find-tag? Okay, let's try to change the approach completely. We should be able to do that all inside find-tag, without even changing the user interface. Using C-u M-. one can search for more tags. We (not me, please!) can change find-tag so that, before looking in the TAGS buffer for more tags, the current buffer is searched backwards from point for a #line directive. If that is found, jump to the correponding location in the file referenced by #line. Etags is left unchanged. _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel