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: xref "find references" and grouping Date: Sun, 03 May 2015 09:47:09 +0200 Message-ID: References: <83zja6b3tc.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> <5544CD91.2050301@yandex.ru> <55451F0B.7010003@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430639264 5122 80.91.229.3 (3 May 2015 07:47:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 May 2015 07:47:44 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 03 09:47:35 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 1Yoocg-0002Ef-FH for ged-emacs-devel@m.gmane.org; Sun, 03 May 2015 09:47:34 +0200 Original-Received: from localhost ([::1]:58587 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yoocf-0003KB-Oj for ged-emacs-devel@m.gmane.org; Sun, 03 May 2015 03:47:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47421) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoocT-0003Js-T1 for emacs-devel@gnu.org; Sun, 03 May 2015 03:47:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YoocQ-0002WI-N5 for emacs-devel@gnu.org; Sun, 03 May 2015 03:47:21 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:53353) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoocQ-0002WE-G2 for emacs-devel@gnu.org; Sun, 03 May 2015 03:47:18 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YoocN-00021N-IY for emacs-devel@gnu.org; Sun, 03 May 2015 09:47:15 +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 ; Sun, 03 May 2015 09:47:15 +0200 Original-Received: from eller.helmut by 212.46.170.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 May 2015 09:47:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 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:AtJ3/Bx6tLO10CRj9/Lx4GaW/gg= 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:186155 Archived-At: On Sat, May 02 2015, Dmitry Gutov wrote: > On 05/02/2015 05:14 PM, Helmut Eller wrote: > >> Maybe the current group label could be generalized to a path in a tree >> e.g. ( ) where each element of such a tree path is >> simply a string and the UI can display it either as a flat list or some >> of kind tree widget. > > In this format, we lose the ordering, though. Then we'll have sorting > functions, which would need to be returned with the data, and we'll > need to decide whether there's one function, or several (per level). Not sure what you mean. Trees can be ordered and a list of tree-paths would seem enough to describe an ordered tree. [...] > The different actions in xref-find-function will be required to return > "renderable" elements (better name pending), in a backend-defined > order, and there will be no subsequent sorting (basically, like now). Sounds like there would not be much left to be shared between different languages. Maybe we should never have tried to generalize this anyway and simply declare a convention that programming modes should bind M-. to a find-definition-like command. That certainly would avoid the current dilemma of pleasing everybody. [...] > Later, some extra stuff, if we reach the "rename" feature, like: A rename feature would probably benefit from an UI that's separate/independent from find-definition. Helmut