From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Date: Sun, 3 May 2015 17:30:43 +0300 Message-ID: <55463113.1090808@yandex.ru> References: <878ud6sjtt.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1430663483 23438 80.91.229.3 (3 May 2015 14:31:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 May 2015 14:31:23 +0000 (UTC) To: Vitalie Spinu , 20487@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 03 16:31:12 2015 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 1YouvH-0006UV-38 for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 May 2015 16:31:11 +0200 Original-Received: from localhost ([::1]:59450 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YouvG-00024u-AV for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 May 2015 10:31:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57448) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YouvC-00024d-Q6 for bug-gnu-emacs@gnu.org; Sun, 03 May 2015 10:31:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Youv9-0004Ry-JI for bug-gnu-emacs@gnu.org; Sun, 03 May 2015 10:31:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50847) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Youv9-0004Rt-HA for bug-gnu-emacs@gnu.org; Sun, 03 May 2015 10:31:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Youv8-0002xg-W3 for bug-gnu-emacs@gnu.org; Sun, 03 May 2015 10:31:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 14:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20487 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143066345611372 (code B ref 20487); Sun, 03 May 2015 14:31:02 +0000 Original-Received: (at 20487) by debbugs.gnu.org; 3 May 2015 14:30:56 +0000 Original-Received: from localhost ([127.0.0.1]:60822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Youv1-0002xL-FW for submit@debbugs.gnu.org; Sun, 03 May 2015 10:30:56 -0400 Original-Received: from mail-wi0-f178.google.com ([209.85.212.178]:37998) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Youuy-0002x8-W5 for 20487@debbugs.gnu.org; Sun, 03 May 2015 10:30:54 -0400 Original-Received: by wiun10 with SMTP id n10so87427770wiu.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 07:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=77Vn+4Dy/uYJM32hHqGH9lgfENBWGN4i2OKz0GOt/fY=; b=d17RDD9X4go/JAzCf0SGhvcd1DNz9GuFwFYG4xDjVDP98lhn50hz7bvqQo+xAtWgca 39vj7+YNbtvfg6neJUOKml7KWHIbrwC8ASz3vvsTQRNcOrINU9Hce3rv0HiPz9JusX4C 1bWhCpqTRJ2QS5yGv/5GbxQSdhwne/I8hCXxMePVY5JF5IGjmjC77KiNluXy/DJA/+Bl QFERoDqajwuyvkLDtFKWzplNUzIKNLC/4+njK1g2zkt8aTiIs+8kQPiCLNbFp5bsveUg 7SUjjO4OlcCCdeQTOZ6p5oX/KrMEvr7c8AN5TA+PPRrfsAdj5UghGz4XVo+Qh4ED3EfH 62fQ== X-Received: by 10.194.192.226 with SMTP id hj2mr34520462wjc.51.1430663447321; Sun, 03 May 2015 07:30:47 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id ew10sm6848532wic.22.2015.05.03.07.30.46 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 07:30:47 -0700 (PDT) user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 in-reply-to: <878ud6sjtt.fsf@gmail.com> 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:102399 Archived-At: On 05/03/2015 01:20 AM, Vitalie Spinu wrote: > - on RET *xref* is buried. That's not that other modes do and it's > rather inconvenient IMO. That's valid complaint, but it's very convenient to bury the xref buffer upon jumping to a location, if the list was displayed by `xref-find-definitions', primarily because "jump to definition" usually means we only want to visit one location. Further, on more than one occasion I needed to only jump to one location in *grep* and *compile* buffers, preferably in the same window, in order to hide the said *grep* or *compile* buffer. We don't have an easy way to do that. I'd welcome suggestions taking this into account. > - Display is inneficient. Currently two lines are used to display one > item: > > /home/vspinu/bin/r-source/src/library/stats/src/port.c > nlminb_iterate(double b[], double d[], double fx, double g[], double h[], > /home/vspinu/bin/r-source/src/include/R_ext/stats_stubs.h > S_nlminb_iterate(double b[], double d[], double fx, double g[], double h[], > > I would rather prefer the way *grep* does that. So, you'd call displaying the same file name over and over for each location inside it, "efficient"? Do you favor vertical splits? Someone can implement a different rendering method for xref buffer (and set xref-show-xrefs-function to it), but I'm against making it default. That rendering method will also encounter difficulties if xref groups will sometimes have 2 levels of nesting (or more?). > As we are on this, would be nice if *grep* and *xref* cold abbreviate > file-names by replacing home directory with ~/. Grep would probably have to do it with font-lock (patch welcome, I guess). In xref, currently it falls on the shoulders of each backend, because the location groups are simply strings, and as far as UI is concerned, they can contain anything. This can change if groups become proper objects.