From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Helmut Eller Newsgroups: gmane.emacs.devel Subject: Re: UI inconveniences with M-. Date: Sat, 02 May 2015 11:09:23 +0200 Message-ID: References: <83zja6b3tc.fsf@gnu.org> <83r3r5wqwv.fsf@gnu.org> <553EBBBF.6070509@yandex.ru> <838udcwbdc.fsf@gnu.org> <553FFC99.5080701@yandex.ru> <834mnzuedd.fsf@gnu.org> <554161A8.30202@yandex.ru> <83618du3q3.fsf@gnu.org> <5542E486.2010107@yandex.ru> <83k2wsssm8.fsf@gnu.org> <5543632C.6000306@yandex.ru> <834mnwsbfb.fsf@gnu.org> <554392E2.7080109@yandex.ru> <83oam4qh2u.fsf@gnu.org> <5543C97C.6050000@yandex.ru> <83h9rwqf10.fsf@gnu.org> <5543E3CF.5010402@yandex.ru> <83wq0rpe3u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430557783 22074 80.91.229.3 (2 May 2015 09:09:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 May 2015 09:09:43 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 02 11:09:38 2015 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 1YoTQW-00052J-EG for ged-emacs-devel@m.gmane.org; Sat, 02 May 2015 11:09:36 +0200 Original-Received: from localhost ([::1]:56445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoTQV-0006uS-FM for ged-emacs-devel@m.gmane.org; Sat, 02 May 2015 05:09:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41877) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoTQS-0006uC-8j for emacs-devel@gnu.org; Sat, 02 May 2015 05:09:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YoTQR-000396-BN for emacs-devel@gnu.org; Sat, 02 May 2015 05:09:32 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:35158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoTQM-00032y-L5; Sat, 02 May 2015 05:09:26 -0400 Original-Received: by widdi4 with SMTP id di4so73425346wid.0; Sat, 02 May 2015 02:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=tdNd7edJSevT3J0U/cfS2OaxY7sGMkBEWnm3GB/CjoY=; b=aNMzkskJClV+czmft+q/tkGMTuAHgdrEVhhCUNmmSPHoKHTD77NbpvvFhGKBhWcSi1 5G6PhezEGwBVgQ10Ygu2pzEOEGeMZh2kbyF2Pw0mO6R9Mrf5obbNIWaVGeesneOKGCg2 /YNPxpsgcKCgKqZy/2keEqCwnG//A/SN7ytMxKq68N8whITFcbGkYmopBI6VyXQLWGeE YYs+vxGrmep/VwFumLgnDV5c7rgC8ORdGF2PRU0Gw42UkU956JqfyUDGz4KjiAeawb81 EdJiEWdgerAYrRCJklgYWmC+nin9ea/9rU064xAy6zTOSBd6Tgbm/6mljCyNL7oWo96Y Fbmg== X-Received: by 10.180.39.147 with SMTP id p19mr3561867wik.15.1430557765785; Sat, 02 May 2015 02:09:25 -0700 (PDT) Original-Received: from ix ([212.46.170.210]) by mx.google.com with ESMTPSA id dq4sm1542791wid.17.2015.05.02.02.09.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 May 2015 02:09:24 -0700 (PDT) Original-Received: from helmut by ix with local (Exim 4.84) (envelope-from ) id 1YoTQJ-0000ac-Hl; Sat, 02 May 2015 11:09:23 +0200 In-Reply-To: <83wq0rpe3u.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 02 May 2015 11:39:49 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f 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:186129 Archived-At: On Sat, May 02 2015, Eli Zaretskii wrote: >> Thinking about it: for etags it would make sense to group xrefs by name >> of the TAGS file because etags--xref-find-definitions doesn't sort xrefs >> "globally"; xrefs are reordered only within a TAGS file. > > What if the different TAGS files actually describe the same project, > like lisp/TAGS and src/TAGS in the Emacs case? Always the same: visit-tags-table-buffer returns the TAGS files in a certain order; say src/TAGS before lisp/TAGS. Within a TAGS file find-tag-tag-order or etags-xref-find-definitions-tag-order is used for sorting but in the final result xrefs from src/TAGS always stay before those from lisp/TAGS. I think that's what find-tag-in-order does too, but I'm not 100% sure because find-tag-in-order and visit-tags-table-buffer are very complicated. Helmut