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 09:59:47 +0200 Message-ID: References: <83zja6b3tc.fsf@gnu.org> <837fszx7iy.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430553623 29011 80.91.229.3 (2 May 2015 08:00:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 May 2015 08:00:23 +0000 (UTC) Cc: Stefan Monnier To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 02 10:00:13 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 1YoSLK-0002rM-WB for ged-emacs-devel@m.gmane.org; Sat, 02 May 2015 10:00:11 +0200 Original-Received: from localhost ([::1]:56323 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoSLF-0003fq-9D for ged-emacs-devel@m.gmane.org; Sat, 02 May 2015 04:00:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49791) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoSLC-0003er-CU for emacs-devel@gnu.org; Sat, 02 May 2015 04:00:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YoSL7-0006Ua-DK for emacs-devel@gnu.org; Sat, 02 May 2015 04:00:02 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:59328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoSL7-0006UW-6w for emacs-devel@gnu.org; Sat, 02 May 2015 03:59:57 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YoSL3-0002hY-Dh for emacs-devel@gnu.org; Sat, 02 May 2015 09:59:53 +0200 Original-Received: from 212.46.170.210 ([212.46.170.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 May 2015 09:59:53 +0200 Original-Received: from eller.helmut by 212.46.170.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 May 2015 09:59:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 212.46.170.210 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:o9UjngTR6mr5Nc0C4eCxbM4+zKo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:186119 Archived-At: On Sat, May 02 2015, Stefan Monnier wrote: > - let the backend provide its own sorting function to override the > current "group by file" sorting. The current grouping preserves the order: xrefs are grouped by the string returned by xref-location-group and both the order of the groups and the order of xrefs within the group is preserved. See xref--alistify. > Basically, I think the focus should be on making sure that we can > re-implement the old behavior on top of the new API when using the > xref/etags backend. Theoretically this can already be done by ignoring xref-location-group or by specializing xref-location-group for xref-etags-location so that it returns always the same group. 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. Helmut