From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 May 2015 22:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20487 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20487@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14306052311670 (code B ref -1); Sat, 02 May 2015 22:21:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 May 2015 22:20:31 +0000 Received: from localhost ([127.0.0.1]:60042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yoflv-0000Q4-AU for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42559) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yofls-0000PX-Gb for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yoflm-0001qz-IA for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:32933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yoflm-0001qv-Eo for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yofll-0002ZL-G6 for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yofli-0001qf-AT for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:21 -0400 Received: from mail-wg0-x22c.google.com ([2a00:1450:400c:c00::22c]:35343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yofli-0001qb-3S for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:18 -0400 Received: by wgyo15 with SMTP id o15so118595306wgy.2 for ; Sat, 02 May 2015 15:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; bh=i3LAb5wrt+yjliqovSQKaYtZywkKzlpnQIqwzEkna6M=; b=jN9mGkTkU+0vzS5nuARBJIjaoOrfCdBhe29+YPJhlDo3OlzDThZPXrgqFbwO0PyCqB crFtFGFAVCsZSfDjOdcyoLYN1iC1vMAvNXvCj7dZ6HdMCy80HPvxn4M+zo7zY4+/IcUA 569MfozvZNM/v5GwaFgVvfeF3MO1n08SxttGJyeqc3aU7uXLfZys33XQHYELYqiBn7IK fDvi1/kVXkCqkKD65QVhUO1Qa43dWIP38GMB1LDiJNQld14tLU5p3VdTD/acN36acUvC mFH2yYHvXTd9da+gN/+0xN9ZcUwW9dEMdpREY+Qt64BPrbOgbyw7x5fLV9asmn9wnrQV goOg== X-Received: by 10.194.60.4 with SMTP id d4mr29519765wjr.72.1430605216489; Sat, 02 May 2015 15:20:16 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id cf12sm13510579wjb.10.2015.05.02.15.20.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 May 2015 15:20:15 -0700 (PDT) From: Vitalie Spinu Date: Sun, 03 May 2015 00:20:14 +0200 Message-ID: <878ud6sjtt.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Hi, *xref* buffer doesn't look nor behaves like other buffers that display references (*grep*, occur*, *compilation*). Particularly - on RET *xref* is buried. That's not that other modes do and it's rather inconvenient IMO. - 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. As we are on this, would be nice if *grep* and *xref* cold abbreviate file-names by replacing home directory with ~/. Thanks, Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard 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: To: Vitalie Spinu , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143066345611372 (code B ref 20487); Sun, 03 May 2015 14:31:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 14:30:56 +0000 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 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 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) 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) references: <878ud6sjtt.fsf@gmail.com> From: Dmitry Gutov message-id: <55463113.1090808@yandex.ru> Date: Sun, 3 May 2015 17:30:43 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <878ud6sjtt.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 16:40:03 +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: To: Dmitry Gutov Cc: 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143067118423661 (code B ref 20487); Sun, 03 May 2015 16:40:03 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 16:39:44 +0000 Received: from localhost ([127.0.0.1]:60870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yowvf-00069Y-Jm for submit@debbugs.gnu.org; Sun, 03 May 2015 12:39:44 -0400 Received: from mail-wg0-f44.google.com ([74.125.82.44]:36697) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yowvd-00069I-1B for 20487@debbugs.gnu.org; Sun, 03 May 2015 12:39:41 -0400 Received: by wgen6 with SMTP id n6so130167141wge.3 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 09:39:34 -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=uupgZ/HXWNYTqVEs2mh6eyikJdM+14S/d5EA899M6ew=; b=Qt6EElBchuf+MwVLMZ2o/wGhoFXz5Q/CM6ca5AnhsHiXqRt5jU3VFMhkoVP5c2W94i flFlvdYDznfmbXDYcZAeUpclJ0wQjzGR2JYm1B63IIMUL7uSWJ/J5+YoV6y5sb1d5vra NcSmTDAkbYxwM0JsUtxwFEgUZQU2lwLGUjHmpEZx9eV/tSp4a/cnkZH5OXcOCG76nY1v 9cmJiCQpRgYFEZmnz4Fp1tYTdp6k6LLzd1mA7xgsvn5w6EV8mB8vVOOOTgRARt3ZRiAT K3CS4L4Fess5KL5mLCXFvxek9UxDin3FX4UNJA/MnFHYCdUZsPStI3CcFqHnxokZvLOU Xbrw== X-Received: by 10.194.121.163 with SMTP id ll3mr25551155wjb.142.1430671174189; Sun, 03 May 2015 09:39:34 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id e10sm7290018wij.11.2015.05.03.09.39.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 09:39:32 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> Date: Sun, 03 May 2015 18:39:32 +0200 In-Reply-To: <55463113.1090808@yandex.ru> (Dmitry Gutov's message of "Sun, 3 May 2015 17:30:43 +0300") Message-ID: <874mntsji3.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Dmitry Gutov on Sun, 3 May 2015 17:30:43 +0300 wrote: > 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, Not for me. Now I am using xref for what I would normally use grep before - locate stuff around and familiarize myself with the code. So I would like to keep it open. > 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 never have problems with that. Emacs pops buffers in a variety of ways but rarely hides them. I think people are used to manage their own buffers as they see fit. I don't think xref should "help" them with that. Systems like HELM have their own consistent but different dynamics. I would really leave hiding buffers to HELM on this occasion. > I'd welcome suggestions taking this into account. I think if a new behavior is contentious the default should be consistent with how other similar modes behave. >> 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"? Are you questioning efficiency of *grep* displays? I like the files being repeated. but that's not quite my point. I want xref to place symbol description on the same line with the file (as other modes do). Repeated files have an advantage that you can immediately see which symbol is in what file. > Do you favor vertical splits? No. My splits are horizontal. > 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. Well. Xref already has broken a bunch of emacs UI standards. I think this one is already one too many. You can go against Emacs conventions but you cannot go against unix world. You cannot change how grep outputs stuff in terminal. People are used to standard displays and new mode better be considerate of that. > That rendering method will also encounter difficulties if xref groups > will sometimes have 2 levels of nesting (or more?). What's the problem more concretely? You can still display hierarchical information like this: file1:23: Class foo file1:25: -- Method boo { some more stuff her } file1:26: -- Method baz file2:70: Class foo Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 17:34: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: To: Vitalie Spinu Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143067441228771 (code B ref 20487); Sun, 03 May 2015 17:34:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 17:33:32 +0000 Received: from localhost ([127.0.0.1]:60887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yoxlj-0007Ty-1U for submit@debbugs.gnu.org; Sun, 03 May 2015 13:33:31 -0400 Received: from mail-wg0-f53.google.com ([74.125.82.53]:34026) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yoxlg-0007Tk-Et for 20487@debbugs.gnu.org; Sun, 03 May 2015 13:33:29 -0400 Received: by wgso17 with SMTP id o17so130939372wgs.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 10:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=YB8yXrue8YzRb3L+Q1f84nv/qawTUZm/O267DrUXtWk=; b=a5J7J/dFbeZZ68Xp9f0Vcguvo1D3PhQKwhSFmeKIRFggiVZ4AswM6jqDfpDmXRjHkX P0CyeI+/9muoT2wTT0kW5L5uEwYbNk1dfFovZG0vOZuaWY+hEevOVJXnEnMLvoS7lQV6 3vORdAV7sMre59TAKUE+xWT1a0CaND2x5oTJgf0pRc0hEeeeXEngENWQtZxxUcaq07l3 6kDOaTlh3tkzrQU0ZylBnpLyoCPEp4/d+vyf1e4vnvh3H8A+SsJx4Jge+MKHxVZcxkzn 1C09HSMYq8F8P39GH0pCykESL6ILhcc6Bctljbd/BsO7an5MDVvH760wwUYpGdRYAClB nNgQ== X-Received: by 10.194.122.130 with SMTP id ls2mr35622329wjb.23.1430674402871; Sun, 03 May 2015 10:33:22 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id cs4sm14068738wjb.31.2015.05.03.10.33.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 10:33:22 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> From: Dmitry Gutov message-id: <55465BDD.8080101@yandex.ru> Date: Sun, 3 May 2015 20:33:17 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <874mntsji3.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/03/2015 07:39 PM, Vitalie Spinu wrote: > Not for me. Now I am using xref for what I would normally use grep > before - locate stuff around and familiarize myself with the code. So I > would like to keep it open. It has different uses. I'd probably also prefer if xref-find-apropos and xref-find-references output buffers behaved like you're asking, though. > I never have problems with that. Emacs pops buffers in a variety of ways > but rarely hides them. I think people are used to manage their own > buffers as they see fit. I don't think xref should "help" them with > that. Helmut, thoughts? > I think if a new behavior is contentious the default should be > consistent with how other similar modes behave. Considering we can translate Grep output into data xref expects, we could the latter the common UI. So, sooner or later, discussing better defaults might be worthwhile. > Are you questioning efficiency of *grep* displays? Yes, obviously. Not to mention a lot of GUI applications, have you tried Ack or Ag? They both use the grouped output by default. > Repeated files have an advantage that you can immediately see which > symbol is in what file. I don't have any problems moving my eyes by a line or two to read it. > No. My splits are horizontal. That's odd. Assuming your files are 80 columns wide, and your windows are tuned to that width, if the file name is printed on every line, it would push the matched lines to the right, often leading to wrapping or truncation. In certain environments (like Java, where file paths are long), this can be a bigger problem than in others. > Well. Xref already has broken a bunch of emacs UI standards. I think > this one is already one too many. This one I'm feeling strongly about. It's not like the handling of Grep output in Emacs was the result of some big design. I bet that it simply was the easiest (while still useful) one to implement in the command-line tool, and then when Emacs integration was done, it was simpler to add highlighting and clickability to it, instead of parsing and reformatting. > You can go against Emacs conventions but you cannot go against unix > world. You cannot change how grep outputs stuff in terminal. People are > used to standard displays and new mode better be considerate of that. Well, like I said, the output can be customizable. I'm sure some people will appreciate if you implement the flat output. > What's the problem more concretely? You can still display hierarchical > information like this: Yes, that doesn't look too bad. I somehow thought you'd want the method name to be mentioned on each line, too, but there's no real need for that. Good to know. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 17:37: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: To: Vitalie Spinu Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143067458429056 (code B ref 20487); Sun, 03 May 2015 17:37:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 17:36:24 +0000 Received: from localhost ([127.0.0.1]:60895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoxoV-0007YZ-TE for submit@debbugs.gnu.org; Sun, 03 May 2015 13:36:24 -0400 Received: from mail-wi0-f173.google.com ([209.85.212.173]:36711) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoxoU-0007YK-7U for 20487@debbugs.gnu.org; Sun, 03 May 2015 13:36:22 -0400 Received: by wizk4 with SMTP id k4so99368837wiz.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 10:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=hyt9LJ+wSSdtqxPRA81U+PnGBUfdpk+gxz6Tiuu8Ozo=; b=dAzvIXAeZP4/jaD69HCz5Wq7iQkKPd9bDWP+fGtc3Kz1w9R/DmRhJ6BN5d2NwKU7X0 KAnycGHpoM5ldmNqfpMZZ6Pecad5vN1+TtCpev0GSQwM3kv6jgxBzpovxc36bC4MRopD 6yMiAJEFTDbWUIaKACljztGRftPVmVaSTiTImw5qpipc7j3Ini1kHQQTADwBnSCfinUx iGLrhybkCVQa5cfPkI7e8JJ5qZY3waLUv/Qs7pwOrs8lAdcCk84Qvg6HoR7yVXbQBBmr 8I3LstFo2j+SxnMFp+nRkpuwV4V+k9n91AosV+D3QBX44sSX0k/+LT6jIdqgFBWqgjcj yQiA== X-Received: by 10.194.108.9 with SMTP id hg9mr35711725wjb.68.1430674576719; Sun, 03 May 2015 10:36:16 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id y7sm16901139wjw.16.2015.05.03.10.36.15 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 10:36:16 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> From: Dmitry Gutov message-id: <55465C8B.7040800@yandex.ru> Date: Sun, 3 May 2015 20:36:11 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <55465BDD.8080101@yandex.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/03/2015 08:33 PM, Dmitry Gutov wrote: > Considering we can translate Grep output into data xref expects, we > could the latter the common UI. ^ make From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 18:47: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: To: Dmitry Gutov Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.14306787948933 (code B ref 20487); Sun, 03 May 2015 18:47:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 18:46:34 +0000 Received: from localhost ([127.0.0.1]:60935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoyuP-0002K0-6G for submit@debbugs.gnu.org; Sun, 03 May 2015 14:46:33 -0400 Received: from mail-wi0-f174.google.com ([209.85.212.174]:33522) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoyuM-0002Jk-5r for 20487@debbugs.gnu.org; Sun, 03 May 2015 14:46:30 -0400 Received: by wief7 with SMTP id f7so63491780wie.0 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 11:46:24 -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=9eKkAHZWmjEE2Uuvy9sSQK9VexjvSDQd7uu5IrlppTs=; b=mXdyV0+mcHaEYmt/emIrlp44iQ3/pEpzcDkWS/qC9uH/C5s5yXyVnZLTfmQfudYDrK 31Lv1JrxgyR3ooCdRy/jhR9bk3etUSQawgMn26khYHs9tHQdvHLc+btIux+GG8cNhM2o z82Gw8T/zKPeFc+FylhoQwFuHBkN8k81LEHeLYGsAOUaQOBoflkT4Rcu39hNZrAlUQ93 9uejO/LCAsGV97SBhPGGxi4xlqqmGBNj21MlaVE30XMDM2r0X9wB0qZnv6yolAh6SfnV rH7aKwwu/bsxOxJMOsVHCWTDi1eZoLjtvuOSkXr3Stb5oJgC8IjLWOjBZjFyRTd/4U2T 1IPg== X-Received: by 10.194.241.194 with SMTP id wk2mr377070wjc.58.1430678783975; Sun, 03 May 2015 11:46:23 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id k2sm7720344wix.4.2015.05.03.11.46.22 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 11:46:22 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> Date: Sun, 03 May 2015 20:46:17 +0200 In-Reply-To: <55465BDD.8080101@yandex.ru> (Dmitry Gutov's message of "Sun, 3 May 2015 20:33:17 +0300") Message-ID: <87zj5lqz2e.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) --=-=-= Content-Type: text/plain >>> Dmitry Gutov on Sun, 3 May 2015 20:33:17 +0300 wrote: > On 05/03/2015 07:39 PM, Vitalie Spinu wrote: > Considering we can translate Grep output into data xref expects, we could the > latter the common UI. So, sooner or later, discussing better defaults might be > worthwhile. I would be happy with that. As long as all buffers looks the same, have same UI and use space wisely. Colours and line number display should also be the same. There is no much point to strain people to get used to different displays for the same type of information. Currently file paths in *xref* are not highlighted with compilation-info-face like grep and others do. For me files are bold and items are also bold. So my whole buffer is in *bold*. This makes it appear dirty and difficult to read. I think bold font should never be used for large regions. I attach a sample. >> Are you questioning efficiency of *grep* displays? > Yes, obviously. Not to mention a lot of GUI applications, have you tried Ack or > Ag? They both use the grouped output by default. I am using ack but still prefer grep output due to more efficient vertical display. Note that grep, ack etc commonly need to output multiple occurrences per file. With xref most of the symbols will have one-to-one correspondence to the file. So it makes a lot of sense for *xref* to have file and object on one line. >> No. My splits are horizontal. > That's odd. Assuming your files are 80 columns wide, Right. Long file names are indeed a problem. An inconvenience which I will get down to eventually if no one else does before me. Good example is helm-do-grep in which file names are abbreviated and are not intrusive at all. Vitalie --=-=-= Content-Type: image/png Content-Disposition: attachment; filename=xref1.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAA/cAAAEQCAIAAAB6OhOLAAAAA3NCSVQICAjb4U/gAAAACXBIWXMA AA7EAAAOxAGVKw4bAAAgAElEQVR4nO2dv64cR5anIwv1DutxORIgECsZC/QuvUUbjcUa+wJtDa5B CeAs5orcBhoNEGqjCdrT4KJHo9prEGvpBcaUIZdA+4Qsgg+iXCNvRUVGnDgZ//JP5f0+XEhVkZHn nIzIYv3i5Mms7g9//NMP//ZvT3/7PwwAAABcC93of8IWY0wfNgm9woboNruh93vY7f2oZx8aE2LR N3YTHQIHnepFO06pqT+bHPWJ2O8iZv3GeL+IWWH3eADR5vP/0j0HRvuUeEbTHg3JGYTeGNMLp+v9 CeV7633D4fmYcogTe1289F6be6ZfmkaD3PeiA2+f4PPh79EbY/pg/FM55nQGAACAVbEKc/rbvvf0 cS/qIk/09n5rf7+rp3bGMXVOZzncS4c+6BAEIryPehgH4DqS6QJhNR4WWR1OqjG3ue+Eo+qFft7y KS5M+/Hu3UgPW3EZDd12Uuaxi4ysMcKg9OLxXxYAnfvem/DLTPa2kxjyEJTQaSyv7x12Juw4hXSK BepcHhdhBM6rFPGIRo2XD5mzxlGWJeHOymS5G1H5AAAA10M8Q+hmEnunwTZrIjDUfkH6Xtum5Cw7 WT5eIr0YGef/RWUXWRR0o+RukOn1IvLXP8ZNzfajRlF/C+sEz0dE2ErROP/vxwM7vZdzOgwjJs7g VILft+l37zvR7v0odN4ZKS1InMR3MDZuP9uorulGS6ROWy3k0ftvL/OsLiKdI+onPxHuiSavXe4N yWvyeyPaqsdtR+UDAADsgV7K8QeVJraz1BDmNsPU/rk1JbUvXnZwhFNnJNUXqNPeOg5KJ+7lsKvQ NYV4ttH5xxWGGJPAI4deoAK9GR3iRDXRqJBjdIRT/Go7C321Cw8X7MT00S5uW9d5l2Z6d8Ls9AZW xpd2Lkfsnoy9I5gj68/Ris4zPT1cYyJL58vZ0Qdto+WVY2m0WPFcuP8fXgdS3lnydv5HIzTmNwXt qHwAAIB9ICmeeGpfNVCU2h/Z8RVHZ+4rWUQNKZs9Z7iFzPvYQlzWyVl4PfHrpKeFEnBp994dIE1j evUgXTzNPwo1HCh5ETJY18ruhUoTodpFO1yrcyNa87JO68UE/Thn3Y/XA4JXZyIucSpJ/ujWUhxh 34XjJ5wL/f3BBkfkj3AfDHxkgRU/oPMWb8F+33z0NgEAAMAOmEjtSzpOT+1bzR1YFEqKXfHRiVl4 r7+UgR4lbc3Fu18DFKTWvUC6qPTuRQ3kSS2nhyqfz/8fjd2U6Pfmxxfv3s5dgsQd1KTm11spTCx5 vE5CAVZ0TXBZg/WmC1cFnRXvdvAC2Xs2P17s5C1jJtAvr4y0uZgxH662jBR8761w3E39xVLMY7Qh WsMTxDN0OZqpMxAAAACuEDm1Hyb/Ov82Xc9AIBIC2StIz07MRHt94jn6+7j8rXIxT0zmn485VkXh WIhvt0fnr2d07RSI/iSxFTxmxgv9suiQLjGM/fdBrc946daPsv7jYXBOEn9ZN85H915v55Wj3cVO /Xi7Yy84lLApvq5sUK8jrW4n9g+N+IMt2Bry/dELEMJw9NL//J2Gbb0xxhzUwCf4l7d/S2ysx5ot tl9vYTteEmPYDv/y9m/Dn/h2O2wwJDN/VNs8agBoS2+63nR935n7P9t02ei89zKy47/+8jf8/14E d6azf/f7dv4G4/yNrPaBp8vLS8Q2tPtAusu9odawH3hv+t78asyvXuzCn+njqWDv0ONV0/LOfT+M lvEORPPmzF13mR5vJoQJGnUUIrnE7vcaj+BgRxgpu7N0XpjLqeFYP09G754041A9F/6Au6fEeTql YdCnWJp0b04EL5ezw98lMDQ+ovvjDYZidEKEYYyGN4j4/DkVZm08oUfHksxf3/7txe3/im0Vd8w5 7zPogxcKfx0Ll+EQsiykm/XwvOgDOOlocl/R/kxT4Dp13+pBehGWDUhZYANZ7urPjTmOLjeq3DGf +4QBgA3Qm0txgpcpjpazRLdeDPSuLTfx27vJ7/G/MmdZPnGf7nlLb806WsZ9pezr+TSxg7Wd/NLr WJF7b4ybetcvS4wdeFZEnIx91xt7n6ZQctWHZnp3pCIuetN13jheHg9572q0q+swtOrE62zq76e4 N6NzrrvUs0QH4HyOmFFP+TxqizCgrrvhVeS6Q7hr3xnTO7eO2/+Eu8tj6GwKtjrPF+psXHaj84wd /Vte2bpZnW9e3P5T/G15hJ5Zib7S3V/f/qvd3X2te8yJsAGul4Qgw3+BZiFz3ERKYqtwl0hBVFlj js4H2Dv2fsC+9z7yroLunQajyGdHDfrC61woosjQy42Yl/agvsTu1RvjPnHFHsdlT7seCeL1Yr8o zujzPf09vKemxNS7N3DioqK79BQsjatQLoc+esKot7yRRq0TfTsNttDGHwLnxBivKO639uImJ1Ln VLpo88tj5IVindE+xpyPMNB7YX8/AOn8ycIfWmnLxUW4EBxreG/v3tsrHChzfk7SqMP9XsHpde4V PKRo7PuorYDHEf71//zr8O7FP4/kXWpjsLtt8XrqYUxHG/Y/u7t46S+NGQHEvbvHYofrcqTSgMQY xWnMi3/+J9sSGzHP/sh18rBnD4WkIT3XsRFw36ZEWDJN4wjls1c0W3xuBCeGcmgpBzvqlnMKyfHo xzX+jOc5AoCrQCwwcROArloTk8aS0Uib/6RKXdGO9w1sjp5X0lu16Mk6u2sgawTt7d0bqdyca9Ok 8n5h+P7mfrRZFroR9+FlhGBsLrKxO1vt/a3j39CKiyj3Io+/EnQWdL3ziEdfWt9PwkjyC0uCkdnR PnJgfeyNb3nGhJWz3vDP3n7kWxtkf+U7HijXkzOPo5H37HmLAd9fxpM0RfWW2BgTf7MqiUmVFosq 16yoql0aHmbWME4OuzhBiWQpQq9DbOjEIyqILQw1/Zwsc2qXK/qhFR9szYnqNeqmChwBwBXjpxjD yhhd7evFPI4fTxjZH9MNd+4C0Th6WnlnpOe5d77g9JTtOBhzL9QumqvzRqALdnBeXtSrKOWEIiHj jUqn9XSc9a4b/6LAOKjIXQIjpR126RwvQ22JaOUcxLhuxF4TGN3E6660nEcCxVLtnjjve6FCylsy RjY3RUibO76CZL+zfptYhQjafVj9daNuxsnz9904nvD0d96fx2r4wOU9L1/UDQvsW0Zi4nwOs9dI ga4t3tfzm9Jn+WEvG5DJJd9iHwTxqsWSAQDANWFraISMvpvrH6kfWebGNFksrz+SvuEPgo7luBkp G1sq4SRaz5vORntzEUmdbXOFpTGmHz9sZiT6A9nmOhPEa4Lo7M35N6U8pOR9b5zxj8h1+bH+TkBR 6dl195dKhHT6eQy7oLLK2r1/FQyRuB4QLoT411mk3yUeHcNCz4WUVnnKEPuXS8Ll8/m9rN2lm74j w2sXZuL1sPvZ7O/7ZKh8sW4knW2K421GtTzuzC48JonXARaOrYnTcMfKD1ETOOcBQCBSz+NKZGMC pR+IG+ddkAD3lHgkNe1Z7Hy9NRb946jdsvx+rEbjot/9Td3O2eP8Uniepx/rWQwbGS9dbRsjmW1v IeU5jWT9Pav+dPRC3PfJ6emLAPfSdDwzozmzi8LRTbVB0P4CLnI4F2tOOH2wWTAZoK8I1J1j2fzR QIYWpp68NKXdjTHB5azL/+7XOJ27UPXGY/RWfpIm2b4VcUvVzbJp7C3rv1Vi2/KAAADMzpARPP91 fd91/eVhmMaYvuvdp1yOdjSmd8u7e/evM73/BEUnbd2dk78j/8YYY4RHarpuvecZupsuj9w8H8t9 wvPyDNEgzjBwcw737Ml9BqeD9KRGh87En3Q5dn/+n/CYSflJkN628zMtjY3KGYvzwyHDg7yM/WW3 8QkxOlpjhlKr+zk9d5HsChPW27DHf6ORFHuMR00gtpscTtquztGLFp2D0u05n6zh1D+fFsGZZI+w dybFmyw3PvuhknP54j2RnvocSLyp0dt3XfFk72ctiyrcRRwZz12WC2UXfWzD8vdE1wW3t4pDpw9F SMoUFN56G/Gij5s9N3KdJp7zk+Mz9ydFicq7yMAKBwDOnJO+xsrIywabWhcr+L1krM2a9+cXF/pL N3dPm9b0dJmQdR9nX8eR3sdpjfeX9t4LefQ+vMrg7CnFfzlI5Y5ecx4LufzG69kLlkZBCm9EW50w 7KHR4VV4QaE3btCBV+mJnUohz73hy8OWxpcLvMC9Nv1qRwOCOMRz1eeSaNfOcNGdODPOCMuDH5h1 PxWdMX3f/eGPfzr98MN/+W//Pep8G9TcJ7obHvKxwwJwggFAMqLyilfwC+I4KEwPhZor8cZ1Ir3b GilRjkRujBEeuSnuI0n6XFd2u/wUzIm9p8VrtIew6uone4T0kbn2or8/JHdxFSlh8pZVuyd6vM6v LbjrPe/UFEuA9DHs7f+PRltdAAAAAISEicfOSZL3xnmKTW/cu1vFNLxtGMvpbtzt8hRNqzTP+e6x pVDDKwX97gZP1p/lrGtq6oqCxPADYX633gTibmR2pJjjtmPb+uTwLkM/Ov4uuCLRO716Z1fZTahP 48uDYH/nZJBS90L87ZB8yNnzXpg2993lKNR6/UsyP1j6jtyOrjh1zp6DQ2HV+oc//umHH374r5vP 5QMAAMAVEGqzaAo5fBfZcnnpSqxRBz9h3fvtLn00mx/P8wexOh69NUz8gBNS2KLQk6Xx+PrGhVhZ kRqHsyYIto6WSMYTl5GrMOM1RiSS2MWTeJhK7+k9cizleZ84EG/D6HyWRi86vLGyJm9BfM9xokgL AAAAIJ2RyrYpeUH0y/ow7GfcnKgjbMdlQL6yllYZl1yoq7ZG6wPnvkmv4qT3DQVZ1M47eEHnTgou 5xHzfuPZRDx7LqTHI3JelIrOCAfbvF3OB3MJ1114DPv4y73pqyCBVJ4YrpIB1vAk+NTzcoLVZ7y4 xnYXTsvLrsEJ1/XC2aCE4fc8hte5AAAAANogiP4u3CIVZ8iGvJfS+7OM9RLg494XTXjZW1ZhMfUb aCs/jH4kfQe95mX9/UStrMmsA+kG2v6yVPFlqXARwXPnxSs5FRcKgigNbEYvh0Tz3nFZ7YcfXlVp IWb94O6LbUbWg7oiISDPRu9/CGJE1jzBbrGpCab/aKKPSgUAAABoipebPIt+WUVN1/ZcdJjnw/5G 7kU5n9XwhOgPbY6kdRcVX/5+FyXs2uq8roJu78aLFMd6fA3QSyPRj0RxmBf2csf9xbezVfgx19jv uxpt+i579tEuXfyHG8bm51OuKZbFmR+tD6ey+kGDsr5V9otMmd16ROEDAADAOrii7z5lLmXTjav0 zg1230vhRufc/ytXvVwUf5i57kZ+Rnq0c5yM31+6Xjr7ks1evDgvOeRUuJqZtSuQiQXAKM973kkQ e1G53Z2ltnCtxe4rpq5HkfXeQ4WGwZ24ChNpjS8LFkORy+Mza8pC75wO4tUWeeJjDecFRn+/adx7 eMZO/x8++4+26ceffp4IFAAAAADganny+NF//vwfhtd7lb4H53fpAAAAAABgDxx7J7u/16UMAAAA AIDHvqXvsZ96UNDr5zfGmO++f2dfzB/VyO+12FSM1/hdeNgXY+7j8uZlwHMnxrCRAd9IGJbceFLG f+4Y3L1EtjO8AAAAzTkaY5SSnbWkxtYkTozFpOpM9teCcdNJj79YfBfH44nm5svatigSf+OkjDMA ADTh97/7bdjYNs1flvN6/fwm9j2bYuT462Qyf0es9U3JN/SKiNrU3QQ1TP5Do4x/LsXzFe54deo/ 8R90AAAowAr63//ut/PV8Nh/xtP/Sa/8l/+o/QaBhP12FOsczPgYvH3dXdLXNF5ecDKtGMuBxTzG 4lT8TkZb43fScmL/cBfRe+wAxYoLxU5ie3qcrc6fFKeKCkw5n3Pjzz21Ju170Tbpr1Ov3WvO//TP r9dncpD1OYrZ16OqOW8brpEAAKAMN9PfZA0wiKtE1RrT25NC5bvv3x1605u+//Gnn8O4dfEhfomG PvTIlLe50rCyW7HllPEp81tZ9pAyEXq3YhdZ89t8gtqWi8xx/hQsa2tIGa70eBLdFYx/Ky3bXBPr 53PYXva5AACAhUmR7EN23/55tT1iqU8u333/bvjSdFOrtlHpHPaxjUP76Bk7iaEYSSa6osS9EmHX K95XYLqIGfZ1jbiHFBMTYZx6VqyVqJrbb8qiQh8ffb7S/cbEXJlI1ecxxW8uKfOSmG9WUst68lg8 pZV4YhGGH/IwHqV/SgAerRRq+O+D0lPxG0t+1J8t+vkctrf9XLASAADYMht/RM9xraL8+m8vq/7t 20qDO2Pd8Umf3x3M46xSrGB8suKpGf9rnKwy1r3O8HDGGQAAGnI0pheFfsOyh8n056Rf7xJGaCQx Id2QtmUh9fb1QV5+fHLn126tjHPueZn0mH7twmrrMPVeMz4F8Sj2ldy/GEzB+CunynbUbatIJq/t hP2X//ACAMDyzPHv/NH0pvLHb71coJkKNOw/uctAVlVr4tZJv7m5t1Z+61FqG5T5Ks7BWzu585s7 wrnnW+grVk1h8sV6aKE5KZZz43f7L1kTkr4GGHrG1G2rz1FsleWSez6XfS704wUAgD2x2L/2h75S 4xtj0grlY/2zXCiOEgu7K7Pj6RT7bYUSgPi6eFLS21M6z3r+FJiq71CJPj65FfaT/XM/IJX3Xej9 c48u136i5bLgs+zEjtdkjjMAALRluOPW/nmF+Fl33w65niyJbzNEYZJIbPfovnnxv+9Op1//4T95 cZg1hGkTvwsEv7VynWuBcTPq7blbiz83nq3FDwAAEOPJ40cfPn5aO4p5ORiT+8R8AGgDghgAAABm ovvm25d3p9Ovn325diQAAAAAAEvwIHL5TeryAQAAAABgOxzQ+AAAAAAAO4O6fAAAAACAvXE01RU7 b27f29ev3j6tN5VrxA3AozKehXlz+74mYG8cFjj2svkCAAAAgLk5rh1ALYrEvyLqj2LucUDQAwAA wL6xz7/3novfBOUHPfVHUYs/S+/ZEX/V8Vh/8+2g/JqozGIRGe54Leq/bZwLq3BEPwAAAOwD90ev wh/AqiRU6q5Atz+AGAp9T77H7IiNx/lK8kP9qovCWOVPzI7bbl8rLrxstPg2Zl+PKqVdCSmxc4oR dxxix5t7XLr9WPDhjOSeDwAAAADL4Ml65Tduy9R/Sp5++EXbUK8X//z5oWy3MlrlrZvn6T2DMfu2 fbKD3s3j1dun6+rdyeMqNqjbvJbrLQAAAPBgGRYA9s/b1MTF6+c3oZQXU/uTHdzG2evyh6SvmEIO e5q48gtTwm7/+ptWYynnsD3mUbeTHkC4u350ZeOQflwx+7H5CsfBvau4YHwAAAAAVkEv3SnI6+sl +JPoqX1P91/93betWOU6g7v44fZWAAAAgB0TS8/rKXmlXc/3L6HyY8q18sGRbWkVSa6dlHsAAAAA AOCqmazACfsX7zvQWOWnJ6SHnjGhn3I3bVk8op4eqkq8xpjNsP/QOddO2G2OIpZ0m7HjEq3F6ouG ewwm7QAAAABshx9/+ll8xo7XXoySxRefsZOesFe6Nbv7tiyHHasCnyMeXbhXGi+z03b3emsFQyS2 h+X7AAAAAFtmEPTDn/e8Hdvu3W6bdfftcIut/bPtg9BPlPK2c8ou3bPbF3enk/n8q/QoAQAAAACu lyePH334+GntKOZl0SdpAgAAAADAAqDyAQAAAAD2BiofAAAAAGBvoPIBAAAAAPYGKh+2Rfg0UgAA AADI5fp++3b134id70nwlT8TVvao/hrazkWrH0kAAAAAmJUmD9Gfm9VU/lpiffVFgkh99nru/Pfc 44bEBwAAgBVxH35fr+CbLAMqjVxfLn912v5ObVt1vrBEbu4OiQ8AAADL4+npeo2+hUx/A5Uf6lSr 1cQaErfRzeB62WL3rSKFw/qZWDwxv+mHltV5sr9pVPyTO556nPp4hvZjwYcjPHmeIPEBAABgC1iN rqj/WO4/t13cZFvsi4Jlw4y5/AWy3d6mWF17Wb17kyqaFL+rq1sb5xxTpgxC5X0IAAAAAE348aef c/P3MfUvLgP01ULo12p9MaTEUJup/JhcC9tdQZku8sKUsJirVvrX+E2Xv0OSW0yZxxBDSk/zzzSe k/ZjIxPOi6vmldQ+AAAAwFoMQt8sW2xTVhqUuMuMufxB6c59V+VVi0V3MUDVCgAAAMCKuNUyzbW+ m9pfhnnvvo0ldOdwUY8YYcEqIisk/V4CAAAAAFgSm9Rvbra5TZ2V6/IT79EUfylJbE8UxzG/Xm3J 5CG0SsC3LYt3ya01yr2nNmxPsRNzzdoGAAAAlmet598X3A+Qzoy/fespNv2t2DK5qUAU6qbCIIe/ Jq6LY1vMWqspCMv3E7nq+isAAAC4Xn7/u9/aP/dWWrd9sn8Mz473UJ2YC3eT5zrliLpnty/uTifz +VcpvR8UVNEsDD+MBQAAAMvw5PGjDx8/zepi9d/H5VexUkF6zo0tW6J0BwAAAK6Rtj+gWwkqPwpC cxUYdgAAALhSVlf2LofOdGvHAAAAAAAALZnx7lsAAAAAAFiFgzEk8wEAAAAAdsV0Xf7r5zfGmO++ f2dfzBtR4PdabCrGa/wuPOyLMfdxefMy4LkTY9jIgG8kDEtuPCnjDwAAAAW4360m/vV6NJ0xXTSb v5bU2JrEibGYVJ3J/lowbjrp8ReL7+J4Uv5lmW85rfsFAACowT4hZ1M30Xq8fn6T+CX4sJ6xs5Yy QJGsiKhN3U1Qw+S/Ncr4z+oXAAAgC/fx9qs/6r4J2SrffluLdQ5ue/i97u6Sfh3fywtOphVjOb+Y x1icit/JaGv8TlpO7B/uInqPHaBYcaHYSWxPj7PV+ZPiNLSQdT7nxp97ak3a96Jt0l+nXrsXnM9N /AIAAIR4st6T+LGn4Nc/HT9FtYbtooYJGw9d/O5bXXyIoiEMS9zF6yO+zZWGld2KLaeMT5nfyrKH lInQuxW7yJrf5hPUtlxkjvOnYFlbQ8pwpceT6K5g/NHuAACwQYYFgP2bbDdj9T/Jd9+/s3+eUg/b h69Xd9PQPlzi9vpn5/JjeUHXjXsxffDkxpcrYoZ9XSOugIiJiTBOPQvYSlTN7TdlUaGPjz5f6X5j Yq5MpOrzmOI3l5R5Scw3K5do9Ay9eEor8cQi9LYqF21i7soq9esJ/31Yxi8AAEAKsdIdvaRnI9U+ R+XW21mp/7a26t++rTS4M9Ydn/T53cE8zio9C8YnK56a8V9rsq7xJAEAgCti53X5DcseJtOfk37D SxXe68SEdEPaloXU29cHefnxyZ1fu7UyzrnnZdJj+rULq63D1HvN+BTEo9hXcv9iMAXjr5wq6X4B AADAo8EzdrxcoJn6jg/7T+4yoFd7651jW1tV/zf3W49Si6LMV3EO3trJnd/cEc4930JfsSogky/W QwvNSbGcG7/bf8kamPQ1wOvz3UWoeQAAWIAff/pZzN/ntm+Kg+n7eisphfKx/lkuFEeJhd2V2fF0 iv22QglAfF08KentKZ1nPX8KTNV3qEQfn9wK+8n+uR+Qyvsu9P7KFSoK9AEAoC2DcB/+Yu3eQ3XE dpN5920TbA7UveLdffPty7vT6dfPvnS7Ll/20NDvAsFvrVznWmDcjHp77tbiz41na/EDAADEePL4 0YePn9aOYl4OawcA8HBBEAMAAMBMdF9/+/LudOrHuXwAAAAAgL1CLh8AAAAAAK6Pg2lw8y0AAAAA AGyIgzGmyWN2AAAAAABgIxyNqc3mv7l9b1+/evu0zphvucagG5hpHZvicQFHAAAAAAAKG63Lf3P7 3tPoBRZaBROzP7cLAAAAAFgA98n34fPvFyb8TZjEX4b12o/Vqfz71HUrydtWOi+cVieLDwAAAHCN bPyHbF0Sn8R9nK8kP9TrkyK4SfGPa8S+fvX2qVdOY9/qcYYh6fZjwbs9Q8uxvQAAAABgRcKfwg3b xUZTunIYfsjWSnnvte3j7mLb3Q7HAt/FJNbZry52bZxzXKBQBqHyPgQAAAAAaE4o1n//u9+6je7b 4cXQonQrYxD3YcWObXfV/+wqf0hyiynzGOI9rOlpflegp4vmMMUesxCzH1sYhNcQXDWvpPYBAAAA YBmapOF1Fi4KWjSXP4m7GOB5NQAAAACwDJuqy/eKdspYQuVnKfVYRhy5DwAAAABXQas1Q43Wb6zy WyXg25bFu6TbHC4s5N5TG7an2AEAAAAAaEiz5+XPoVzb2iywpuwS2yS2h+X7AAAAAHClDHfW2r/E zH3WY/iVop1h0/CntHfPbl/cnU7m86/SvQIAAAAAXC9PHj/68PHT2lHMy0Z/+xYAAAAAAIpB5QMA AAAA7I1DZ7q1YwAAAAAAgJaQywcAAAAA2BsHY0jmAwAAAADsiunn5Q/P4hkezTO8mDeiwO+12FSM 1/hdeNgXY+7j8uZlwHMnxrCRAd9IGJbceFLGvxVbnkcAAID5sI/mFB/leTSdMV00m7/WN+W1fEMv JlVnsr8WjJtOevzF4rs4nvDRvK28pMcwBynHBQAA4JH+sPzmdiZ3afzbtxtnrW9uFMOKiNrU3QQ1 TP7ytjL+rZhjHmt+URwAAGBuUlYF2SrffluL18fd9vB73d0l/Tq+l8ObTCvGcnIxj7E4Fb+T0db4 nbSc2D/cRfQeO0Cx4kKxk9ieHmer8yfFaWgh63zOjT/31Jq070XbpL9OK+0u/nuSFU/KmZB+HWCB NQkAAOwDWy0Tls24v3HrNrq63L5V7OiuJ/0euvjdt/pXoygajPoFaTd5fcS3udKwslux5ZTxKfNb WaKQMhF6t2IXWfPbfILalnbMcf4ULGtrSBmu9HgS3aWXG3mvmyvsay/fAgCAbfLjTz8P8np44al5 ++dqcVfQ2/4xO7rrFL/ZufxYXtAVJe7F7iEZ7KaEc0XMsK9rxP3Cjn15h3HqWbpWompuvymLCn18 9PlK92FO2bQAABpBSURBVBsTT2UiVZ/HFL+5pMxL4vWTsjx07JRW4olF6G1VLtrE3JVV6tcw+e9G ohe9Z9kSBQAAIIWwbCaWsM/aq0kkxpijcuvtrNR/m1r1b99WGtwZ645P+vzuYB5nlYYF45MVT834 X+NkpbDX4wIAAB2x0kZpzzJizun8+rt1E41Ec/kNL3NPpj8n/bqXAsREdWJCuiFzlwHk2tcHefnx yZ1fu7UyzuXLM4qvXVhtHabea8anIB7FvpL7F4NpNf6tFk6xOM35Wkp6fwAA2D0x6Zyly5XOgzpv 9VieSRo8Y8fLBZqp7/iw/+QuA3q1t945trVV9X9zv/UotSjKfBXn4K2d3PnNHeHc8y30FasCMvli PbTQnBTLufG7/ZesUXHHXz9/dAtuf3GrlwuIrV5Q8wAAsBiLiXvr62D6vt5WSqF8rH+WC8VRYmF3 ZXY8nWK/rVACEF8XT0p6e0rnWc+fAlP1HSrRxye3wn6yf+4HpOa+C+WcHP4SI4nZ97aKK4qUzgAA ACJDYn74C1vcdu92W7eqR7RTE4n11X3z7cu70+nXz750uy5f9tDQ7wLBb61c51pg3Ix6e+7W4i+7 dbXJ59dlOwMCAAC74cnjRx8+flo7ikJq6/IBYG7Qr5MwRAAAAAPpD9Qf6L7+9uXd6dSPc/kAAAAA AHvlqnP5iRzWDgAAAAAAABpzMA1uvgUAAAAAgA1xMMY0ecwOPHDe3L5/c/t+7SgAAAAAwJjh7ttK je9qu1dvn9YZ01x4xsXGSSMDbeN8c/u+xqAnjmcaw9BjK0c2/gUiBwAAAIAUNvSMnbbScxnqs9dz 57/nHlUkPgAAAEAZf//LRQf+5s+pUurvf3kvdvbaj9Wp/Ht5N6tabaIg28bZ9ngXlsjN3SHxAQAA AAqwujym3ZVddI5zl+SLud6sGpWUSpuajHWo1yftNCn+cY24o+Qdi32rxxmGpNuPBR/Ol+L3Gi+/ AAAAAGyQ3/z5qRX6bo7fjFcCXovX7naY90maotBsnvVvrjUTI3z19um6Arf5kIrzpXcDAAAA2Ctf 3Nx9cXNX317Ab/78dJDyg/r3GpXO9vWMdflhTtq9SzW9fkbv2UriD0luMWUeQ7kn2NrUPcaMTO5l AokfWojZj41nynyJOwIAAADskl/ePTPGWOE+vC1oX4UN3X17RbiLAapWAAAAAHaMFetf3Ny5wj23 fWFWU/mtUsKD4BafZZn7gMuCzgU1/QAAAABwRcRy87ntBaQ/eCekscp3E9tWf9utbrtuwe0vbvVK UEKhP/SMCf2GdT5mniKWdJuxcRatxeqLhnsMJu3EXLO2AQAAgP0x6PVQrOe2p5D+jJ1Emt19K+q8 sBzcvs69dTW9xt1tiVWrt6WtzQJryi6xTVnzNQnF+gAAALA/fnn3TJTsue0Kf//L++EvXeIP9+MO f0p79+z2xd3pZD7/KiugGqhy2Rn8MBYAAABcF08eP/rw8dPaUdzz7//4/n/+v6fNX8/7JM0UkIbX jr0sQ0YfAAAAIJF//8f35izN53i9Qi4fAAAAAGBFNpLLnymLP7zuvr59+X9PP6DyAQAAAOCBsBGV PyvrV+wAAAAAAEBbDsaYbu0gAAAAAACgIdPPy3/9/MYY89337+yLeSMK/F6LTcV4jd+Fh30x5j4u b14GPHdiDBsZ8I2EYcmNZ774tzYyAAAA2+RoOmO6aDZ/rS/Ua/kiX0yqzmR/LRg3nfT4lxHf7l7u qilmagvjnxInAADAjmn827cbZ61vehTGioja1N0ENbx+frPwMBZfE2O6AQDgQZGt8q1aEusc3PZQ V7m7KHUUokfPrJJWjOXwYh5jcSp+J6Ot8TtpObF/uIvoPXaAYsWLYiexPT3OVudPitPQQtb5nBt/ 7qk1ad+Ltkl/HWXt5JHyeQz9To5/4qSnxwkAALAzDl387ltdfIiiwahfqHaT10d8mysNK7sVW04Z nzK/lWUPKROhdyt2kTW/zSeobbnIHOdPwbK2hpThSo8n0V3N56LV+QkAAPCQyc7lx/KCrihxL44P yWA3JZwrYoZ9XSOugIiJiTBOPavXSlTN7TdFPOnjo89Xut+YmCsTqfo8pvjNJWVeEq+fKJdo9Ax9 +k3tYQfxipMSj9I/JQCP3I9J+njGzs+yTyiLBAAAeLAclVtvZ6X+29eqf/u20uDOWHd80ud3B/M4 q5QsGJ+seGrG/1om61riBAAAaEg0l9+w7GEy/Tnp170UICaqExPSDWlbFlJvXx/k5ccnd37t1so4 556XSY/p1y6stg5T7zXjUxCPYl/J/YvBLD/+ruv0OAEAAHZPg2fseLlAM/UdH/af3GVAr/bWO8e2 tqr+b+63HqUWRZmv4hy8tZM7vwW1H1nnW+grViVi8sV6aKE5WYXsifG7/Zepaak/r1Lso+YBAAAs B9P39VZSCuVj/bNcKI4SC7srs+PpFPtthRKA+Lp4UtLbUzrPev4UmKrvUIk+PrkV9pP9cz8gZQX6 6X0S1y3hvw/eJgr0AQDgodF98+3Lu9Pp18++dFvXuuzexO8CwW+tXOdaYNyMenvu1uLPjUfs3+qg Cq7+AQAAxHjy+NGHj5/WjmJeDmsHAPBwQaqWwbgBAABM0n397cu706kf5/IBAAAAAPYKuXwAAAAA ALg+DqbBzbcAAAAAALAhDsaYJo/ZgZ3x5vb9m9v3a0cBAAAAACUcjdlcNn8Ql6/ePk3pNjDZOTeA GoOeOG4bm+KxlSMb/wKRAwAAAEBDvri5++XdM9PkV7H2RH32eu78d1tBH7M/qwsAAACAHfPFzZ0x ZpDaze0MjZZwq205bi+Vn6ovh26tVHVbdb6wRG7uDokPAAAAUIDV2a7gbmsn0eyxXuPHClRC3exq xzBn3KrQRfc7uUsTv+7Redl3+zZxfIy0ngntx4KfHGcxNu04AQAAAEDCVeS/vHvmKnW326RMj9nJ ov2TNFOS4qJgnY9EF6/ePl1X4No457hAodjkLlsAAACAkC9u7jyBXswv757Zv0SbMe9Ku7sYaFaX H6ufiWWX3fzxcLerkmwui2cwm25NzGSnp/ndEUhfLYRHHbMQsx8b+dg4x/wCAAAAgIuXia8vta/H xjCZ4OdXsYwJSmUQvgAAAAAwkJuDb+tX2arHc03P2Ml9wGVB54KafgAAAADYMZvK5ccIU/vNVH56 /nuoosm94XXoHxP6rW4bbfvcHpe24xN73qXbXjDOdhfWNgAAAAC5z8T07rgtXhWk2FmhYidFIIZl 5WZKBw/dYtXqbWlrs8Casktsk9gujnMK1CwBAAAA6DUzsV2Gu2MrE/+inaEl0X737PbF3elkPv+q OIhWefTlfzIWRPhhLAAAANg3Tx4/+vDx09pRNEMU/Ru9+xZ9uSL2eUdk9AEAAACulAa5fAAAAACA K2JnuXyRQ2e6tWMAAAAAAICWbLRiBwAAAAAAijkYQzIfAAAAAGBXTD8v//XzG2PMd9+/sy/mjSjw ey02FeM1fhce9sWY+7i8eRnw3IkxbGTANxKGZbH5WnhfAACAvXIwnTFdNJu/1tfntXxtb1n6bBnG TSc9/tfPb9xlTPP+ufGUce3zBQAAsEGa/fbtVbCWjEC+rMgw+KK0ZV72AfMIAAAQkq3yrVoS6xzc 9lBXubsodRSiR8+sKN2URsVjLE7F72S0NX4nLSf2D3cRvccOUKx4UewktqfH2er8SXEaWsg6n3Pj zz21Ju170TbprzD3fGXZL/h85R6v4gUAAGCzHLr43be6+BBFg5G+XMNNXh/xba4UqOxWbDllfMr8 VpYxpEyE3q3YRdb8Np+gtuUfc5w/BcvaGlKGa9Z4KuerfgR0O4kjAAAAcF1k5/JjeUFXBLx+fmPf DslgNyWcKxqGfV0jriCIiYNYni/mrpWomttvyqJCHx99vtL9xsRZmSjU5zHFby4p85J4/URJIevi Nf2m9rCDeMVJiUfpnxJAYv8m85U1npPz6P37o9sPabtoBAAAWIyjcuvtrNSnx6z6t28rDe6Mdccn fX53MI+z5noLxicrnlz7C8zX3LlzcvMAAPAQiObyG2awJtOfk37dVJyYqE5MSDdk7gxfrn19kJcf n9z5tVsr41w+81p87cJq5TC1XDM+BfEo9pefr+YFS154k/YX/qQAAADMRINn7Hi5PTOlscL+k7sM 6NXeeufY1lbV/8391qPXMBQXMEzayZ3f3BHOPd9CX7GqElMhLudLD6dYzo3f7T/3kZbNV9l41n+u h/aw5rDsfAMAAFiRg+n7eisphfKx/lkuFEeJhcKV2fF0iv22QglAfF08KentKZ1nPX8KTNV3qEQf n9wK+8n+ucfbfL7KxrPV5zr8d6Y4JAAAgHXpvvn25d3p9OtnX7qta91w1sTvAsFvrVznWmDcjHo7 6dbiZ74AAGCvPHn86MPHT2tHMS+HtQMAeLggcAEAAGAmuq+/fXl3OvXjXD4AAAAAwF4hlw8AAAAA ANfHwTS4+RYAAAAAADbEwRjT5DE7D5Y3t+/f3L5fOwoAAAAAgAtHY5bO5rua+NXbp8u79pyKjenW yvYFAAAAAJiDL27ufnn3rE1dvpfPXje9vYx3JD4AAAAAhHxxczf8zWc/pduxeSp/MjU+bFplGdBc kSPxAQAAAMAy5NHD1w1JtHlsq/E9ie9JeV0Th7pft6P0n7Qf6xkuUcS9iot8AAAAAGCveLLefe0m 4N1lgLt7rL/dZBtFoe/tcswMXmNS+765fZ+ljGP9c9vT3Zm4xK+3DwAAAABXxKCb6/Pxnvp334rt sYsAntaPuRg6tFT5IYpiVnYZxHQs9R67PjBpX68Uikn8dPsAAAAAsCdSMugzkVXtI3ZuqfIHae4m vFsp43Xv5V3LNQAAAACsztx19jGPlVcSGufyXaFfnAvXn3Q5k+wOlyhiMAAAAADwoFgll2+qtf68 FTtmSpSn38aaK+71e23F52B6Qt++dXf0NrEGAAAAANgruQr7l3fPmjxjxyvcn3x0pud3oL3KD9P5 Srd0g23D07d6Ql+xhtAHAAAA2CsFGt0V5TGlPmlW7y+6MMFdud2z2xd3p5P5/KvcYwB+GAsAAADg Gnny+NGHj5/WjmJe2vz27cPk1dunK/7CFwAAAABAjNnr8ncPiXwAAAAA2Brk8gEAAAAA9gYqHwAA AABgb6DylyZ8OicAAAAAQFtWqMvXn2R/vUw++59n8gAAAADsmLV+P0ukjcoXf552RS27wEIi9xiR +AAAAAD7xv212nRiP55V/KNaA+0rdiblr30A5Ux49TCbKo9B4gMAAADAAjSu2BGT+hZd44ZyXLej 9Bf31fvHcu1hu2tH2RoaR+IDAAAAPEzE37K1jV6pT6w9ZscEFxB+efespcpPKUzPUrqx/intNpiU eDzhHhP0TYIHAAAAgKtgkM5Niuw9RT68tZrecxFr91q8t17nee++FZPlk7sM+jhWWx+7PuAm0d38 vSe1Q/vh9Qe3Q9juLgxCHc+v4QIAAADsAy+zvoV7atNpqfIHZRzLhdeQa8eV2uTUAQAAAKAYt1qm WOjn3pJbb6dxLt8V+nqNvm7EfZtrx8p674JAzD4AAAAAQIz6XH5YaVMcTHoMsz8vXxfl6belZqXz szrblYnborSLjvRDCK9yAAAAAMDGaViXvzztn6Rpq2UmhW+WwdwAsnYXH86jvC6IaoB6fQAAAIBr 4Zd3zwok/i/vnn1xczf8hS1hIj/sn2hHvybQPbt9cXc6mc+/yj0AyIUfxgIAAADYAk8eP/rw8dPa UcxL+1w+xPCezwMAAAAAMBOz1+WDB4l8AAAAAJgbcvkAAAAAAHsDlQ8AAAAAsDdQ+bV4T9sEAAAA AFidFery9SfQXxE8MwcAAAAAFiPrx3fbqHzx52lX1L5hcr15MEh8AAAAAJiPLE0f0r5iZ1Li2wdK 7oDdHAgAAAAA7InGFTtiUt+ia2IlAS/amUzYi+7CHLxuR6wvWv1iBQAAAABsijD17ra4v1Prdgt/ 79ZtdH/1NmYn5relyp/Uvm9u32cp41j/3HYvwvRgvAVAbvwAAAAAcL0MkrqmbMba8ZS9+za0H5Pv JlghKLHNe/dtLCmu7zKI6dhNurHrA6F9z0J4ncFV7aF8169LAAAAAMC+8TLriXK/sp6+GM9vS5U/ KGlXOrdSxisqbMQ9AAAAwEPGrZZZRb6X0TiX7wr94ly4l1ZvZacMSnQAAAAAHjJZufxhJbD8eiD0 O/vz8nVRnn4ba31O3a5A3Jas/naX8KoFAAAAAOyMrLp8V2QvKfRjfts/SdM+AGdSQ2cZbIJrKsVs 7u25AAAAALAbfnn3rIlSH8S3/ctaNgx/BU67Z7cv7k4n8/lXBTs/cPhhLAAAAIBr5MnjRx8+flo7 inlpn8t/ONif9yKjDwAAAACbYva6/N1DIh8AAAAAtsahM93aMQAAAAAAQEuo2AEAAAAA2BsHY0jm AwAAAADsium6/NfPb4wx333/zr6YN6LA77XYVIzX+F142Bdj7uPy5mXAcyfGsJEB30gYloXnazsH DgAAcKUcTGdMF83mr/WNey3f9ItJn5nsrwXjppMe/+vnN+4ypnn/3HjKuPb5AgAA2CAP6xk7a8kI 5MuKDIMvSlvmBQAAAPZKtsq3akmsc3DbQ13l7qLUUYgePbOidFMaFY+xOBW/k9HW+J20nNg/3EX0 HjtAseJFsZPYnh5nq/MnxWloIet8zo0/99SatO9F26S/wmLzJQ5Ulp368wQAAOBKOXTxu2918SGK BiN92YebvD7i21ypUdmt2HLK+JT5rSxjSJkIvVuxi6z5bT5Bbcs/5jh/Cpa1NaQM16zxlM3X3H4B AAD2TXYuP5YXdL+MXz+/sW+HZLCbEs798h72dY24giAmmMI4lcqNrHgmo53Vb8qiQh8ffb7S/bYV Z/o8pvjNJWVeEq+fKJdo9Ax9+s2mYQfxipMSj9I/JYDE/q3mqz5Oav0BAOCBc1RuvZ2V+jSbVf/2 baXBnbHu+KTP7w7mcdacccH4ZMWTa3+t+drBeQIAALAk0Vx+w0zYZPpz0q97KUBMVCcmpBsyd6Yw 174+yMuPT+782q2VcS6fwS2+dmE1a5h6rxmfgngU+2vNl3sFL9Hvwmc4AADAxmnwjB0vx2amNFbY f3KXAb3aW+8c29qq+r+533qUWhRlvopz8NZO7vzmjnDu+Rb6ilWVmHyxHlpoTorl3Pjd/nMfafF8 eUI/5YjCWsGy8wQAAGAHHEzf11tJKZSP9c9yoThKLBSuzI6nU+y3FUoA4uviSUlvT+k86/lTYKq+ QyX6+ORWrk/2zz3emebL3XHy3gP7dvUPHQAAwHbovvn25d3p9OtnX7qta9241sTvAsFvrVznWmDc jHp77tbiZ74AAGCvPHn86MPHT2tHMS+HtQMAeLggcAEAAGAmuq+/fXl3OvXjXD4AAAAAwF4hlw8A AAAAANfHwTS4+RYAAAAAADbEwRjT5DE7cKW8uX3/5vb92lEAAAAAQEuOxjz0bL6rcV+9fbpiJAtj D/xBHTUAAADARkj8JaWU38QMOzT4VSwTF8phkvjV26dDo+1m33qda6RnzEWxwe2Tu1ZB4gMAAAAM FPxaaxNSfvmxmEN9Kt9T55PlH4OsHLop+rtVGcmkxH/19um1K93cKbBc+4EDAAAA1PPd9+/sDyzu 5jnXx1blOl7iXNyUbidFp6bk/kOJn57D1g9EtKOEFPbPta9coBB39Cy4/R/CxQ0AAACAOQjLY9wW NzHvNnq/g5mylsjK8Yd+mz1J097EGWrHYVNYUtJWa4aiWZH4Yv90F6IdxWCu38o4B8IDR9YDAAAA zMcg3+1fTSmOayqlf+i3gcrXC/FzyX3kS3q9jVW6dpcUR7FkecxOGE9Kf3evWP+USievncw9AAAA wEzMVE9vkpP9Om1y+aFIDbfmqsx6VZou5ffBm9v34Tgj7gEAAAAeIA1UfsHTWsLktKVsSRCjidDP CmbWx8+7kYRXDPSbmB/OagcAAABgboZ0+3zp/HraP0lT39o8tZz1PBnx9oDQmh5kzE74MNB0v1n9 Y3cgKHc+hEupwQWZfgAAAIAsBnFvn8nTpLpGcVFMA5XvicjEZ9e4yriJ3IxZcF24oYaVLbkLhtBO rGxJ8Ztl325KfyK+Ps4IfQAAAACbkh9eFMtrL7tv7ehZf3er9yiedNeh3+7Z7Yu708l8/lW6lY2w tZtKKx8hujz8MBYAAAA8TJ48fvTh46e1o5iXZk/SBI/tS+esZw0BAAAAwBXRpi5/FbYmo7cWTyJX GjYAAAAAKBw6060dAwAAAAAAtISKHQAAAACAvXEwhmQ+AAAAAMCumK7Lt08Uqny0UC5zuJvVpmK8 xu/Cw74Ycx+XNy8Dnjsxho0M+EbCsGxhvib3LfAokmXKs7OdKQMAgAfO0XTGdNFs/lpSY2sSJ8Zi 0mcm+2vBuOmkx597pDWCeE/z1eqnCrf8k4cAALB9/v6X97/589Pw7d//Mnr+odsnnSt+xk4Ba8m+ 65WbO2AYfFGNMS8bRJkvfZdiXy5lqp0TCQAA2mK1fpm+H8hW+eJPc4nt4fdl7Ne89O9IL8/nvhWv lccuoMc8xuJU/E5GW+N30nJi/3AX0XvsAMUKCsVOYnt6nK3OnxSnitpLOZ9z4889tSbte9E26a+w +nzF/KZ/rr0+BSG1sgMAABshS0CmSCyz7PdC6PfQxe++1cWH+CVnpC/XcJPXR3ybKzUquxVbThmf Mr+VZQwpE6F3K3aRNb/NJ6ht+ccc50/BsraGlOGaNZ6Z5is3EqprAAAgxuvnN999/879s5vcRk9J D93cds/Okl89od/sXH4sH+aKgOEIbf/hrSfx00XDsK9rxBv6xDj1SoBWompuvymLCn189PlK9xsT Z2WiUJ/HFL+5pMxL4vUTJYWsZ+jFU1qJJxaht1W5aBNzlzuey8+Xte/9e5L7+dLHISuSJnYAAGAj pMih6+L/Awrc1C3UsF6UAAAAAElFTkSuQmCC --=-=-=-- From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Hielmut Eller Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 20:06: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: To: Dmitry Gutov Cc: Vitalie Spinu , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143068351316548 (code B ref 20487); Sun, 03 May 2015 20:06:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 20:05:13 +0000 Received: from localhost ([127.0.0.1]:60963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp08W-0004Io-Go for submit@debbugs.gnu.org; Sun, 03 May 2015 16:05:12 -0400 Received: from mail-wg0-f42.google.com ([74.125.82.42]:36274) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp08T-0004IY-Ql for 20487@debbugs.gnu.org; Sun, 03 May 2015 16:05:10 -0400 Received: by wgen6 with SMTP id n6so132749041wge.3 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 13:05:04 -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=Iy+ZtFCXmo0OD9WSoX4ythcI1jebqZgMLlzjrV4hKaM=; b=rxcTS0tV8RKHdxL0bgbKXEsuK7+jG6ezs4MKZJv8VgkRJEvJ/j148VjlwlGSgxX7Bg OO+0zHW+37YN2AUTGMHuudtW+y3AVnjQOnJJpn+tYbEQTT/LoSBaZGSfvhh0/4FoFv1l 1m/AA+WO/X0CLwMWyQ2f/70te8tb5qZd2xa2HkeS7EDkA0Alu9STPpIVfmE53vU7WrxA bKduep5HtF3zDqYsQbgm8g6GXViIL8UgMBbv3XSc4KUhsxncnBy2gOJEsge036kHfx+x gnHKF8jzdPfLlUzcMqW0hSRt0lZreO9NsQh/w8F0w2Azk3Uv7/65muY3OqW0JQBUMlG1 L3Zg== X-Received: by 10.194.236.33 with SMTP id ur1mr35140691wjc.77.1430683504242; Sun, 03 May 2015 13:05:04 -0700 (PDT) Received: from ix ([212.46.170.210]) by mx.google.com with ESMTPSA id h5sm17375321wjn.20.2015.05.03.13.05.03 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 13:05:03 -0700 (PDT) Received: from helmut by ix with local (Exim 4.84) (envelope-from ) id 1Yp08M-0002PU-4O; Sun, 03 May 2015 22:05:02 +0200 From: Hielmut Eller References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> Date: Sun, 03 May 2015 22:05:02 +0200 In-Reply-To: <55465BDD.8080101@yandex.ru> (Dmitry Gutov's message of "Sun, 3 May 2015 20:33:17 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sun, May 03 2015, Dmitry Gutov wrote: >> I never have problems with that. Emacs pops buffers in a variety of ways >> but rarely hides them. I think people are used to manage their own >> buffers as they see fit. I don't think xref should "help" them with >> that. > > Helmut, thoughts? *Completion* buffers are automatically closed after the selection is made. The *xref* buffer is similar in purpose: select a candidate from a list. I think it's rarely an advantage but often a annoyance to have to close the *xref* buffer manually. We could always have an alternative key say SPC that jumps to the location without closing the *xref* buffer. Helmut From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 20: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: To: Hielmut Eller Cc: 20487@debbugs.gnu.org, Dmitry Gutov Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143068501918944 (code B ref 20487); Sun, 03 May 2015 20:31:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 20:30:19 +0000 Received: from localhost ([127.0.0.1]:60968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp0Wo-0004vS-7z for submit@debbugs.gnu.org; Sun, 03 May 2015 16:30:19 -0400 Received: from mail-wg0-f47.google.com ([74.125.82.47]:33857) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp0Wk-0004vD-PA for 20487@debbugs.gnu.org; Sun, 03 May 2015 16:30:16 -0400 Received: by wgso17 with SMTP id o17so133145481wgs.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 13:30:08 -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=HeO82lKwrAPbAMbH/uU5VLT4UOJVAiwo7HdnbNPv1Eo=; b=sFWWmrwf284vZ8K4yEbp1TkCmXD974GPyz9/aFmHuxYrRcnhK0nKfvY71XOnRy8+Hb 13ssImXHIi9Dj9sXPeN5KFlqcg1uSvKMFw64mpdWhO3l9cKcZX0RcTgWWZPsx8lQFTX5 j4eqBxtREqmp/R8pLKxg7Ry/m823xHdiwTeXhGgV/u08zKMZzh9sAhX8F4WhRjKeL2UP HiFZZz4cpnzfxsb9PyFvQKtmzwuBB/gwvGXqljo0VHj0eNRG7T+PdtmoyrstCV5hE3sn FvuafxvYJoky6RtfTts3+zNGeEtjmuwRrY9eOkDRd6g2zpYvUhMlZoVV7wfF6OOlj9XJ H/3g== X-Received: by 10.180.93.7 with SMTP id cq7mr14369194wib.24.1430685008919; Sun, 03 May 2015 13:30:08 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id i13sm8030076wic.13.2015.05.03.13.30.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 13:30:08 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> Date: Sun, 03 May 2015 22:30:07 +0200 In-Reply-To: (Hielmut Eller's message of "Sun, 03 May 2015 22:05:02 +0200") Message-ID: <87oam1qu9c.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Hielmut Eller on Sun, 03 May 2015 22:05:02 +0200 wrote: > On Sun, May 03 2015, Dmitry Gutov wrote: >>> I never have problems with that. Emacs pops buffers in a variety of ways >>> but rarely hides them. I think people are used to manage their own >>> buffers as they see fit. I don't think xref should "help" them with >>> that. >> >> Helmut, thoughts? > *Completion* buffers are automatically closed after the selection is > made. ??? Not for me. Just tried in emacs -q wit byte-compile-file on .el and makeinfo on .texi and none quits. Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 20:49: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: To: Vitalie Spinu , Hielmut Eller Cc: 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143068612020683 (code B ref 20487); Sun, 03 May 2015 20:49:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 20:48:40 +0000 Received: from localhost ([127.0.0.1]:60972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp0oZ-0005NW-99 for submit@debbugs.gnu.org; Sun, 03 May 2015 16:48:39 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:35622) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp0oW-0005NH-HZ for 20487@debbugs.gnu.org; Sun, 03 May 2015 16:48:37 -0400 Received: by widdi4 with SMTP id di4so102095358wid.0 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 13:48:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=uWgXCyEup7kQr23AUjgZAVIFBKqe7+UrrUe6TVqlSho=; b=b2baxuAl309p+Pv6dh8VJLPAVRYj/2CV24HWIB9Qc1p10CYVtHA+RrimcXkKxOgZ8k GonuMSSpMZc1fPcP/TuxB6LJBsn2xHRxgwFrAcAxSr24C5OTa1UAbQPYvd20jypjfPo3 YgXLvEsRE4LEOu/dPZG+m55yNcMGvoR9bPHFQ6d5Fkr003pCXKmyfNIzY7TnFSTEk+iy KRTxURK0VwrwkIIpGMZgG83AIgeYMKB387urUeqazCcvhDepi2HXmQhvgQcaiLJfvncD K9SRpXx6mlDriFkmJKpBMO7vTeZfTffe43kjtbMjthR4GWyD0f621rVP5+ptqWrCOxfx jswg== X-Received: by 10.194.122.130 with SMTP id ls2mr36646256wjb.23.1430686110900; Sun, 03 May 2015 13:48:30 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id mc20sm8083809wic.15.2015.05.03.13.48.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 13:48:30 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87oam1qu9c.fsf@gmail.com> From: Dmitry Gutov message-id: <55468999.5090408@yandex.ru> Date: Sun, 3 May 2015 23:48:25 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <87oam1qu9c.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/03/2015 11:30 PM, Vitalie Spinu wrote: > > *Completion* buffers are automatically closed after the selection is > > made. > > ??? Not for me. > > Just tried in emacs -q wit byte-compile-file on .el and makeinfo on > .texi and none quits. It does for me: either click on a completion, or move into that window and press C-m on one, it inserts the completion and quits. But I'm not sure *Completions* is like xref, in the general case: the former contains no references; we're pretty sure the user only needs one value from it at a time. Which is usually true for xref-find-definitions, for me. Bot not necessarily for xref-find-apropos, or the (newly implemented) xref-find-references. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 21:50:03 +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: To: Dmitry Gutov Cc: Hielmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143068977628340 (code B ref 20487); Sun, 03 May 2015 21:50:03 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 21:49:36 +0000 Received: from localhost ([127.0.0.1]:60992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp1lY-0007N2-Ci for submit@debbugs.gnu.org; Sun, 03 May 2015 17:49:36 -0400 Received: from mail-wg0-f42.google.com ([74.125.82.42]:35233) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp1lV-0007Mm-SN for 20487@debbugs.gnu.org; Sun, 03 May 2015 17:49:34 -0400 Received: by wgyo15 with SMTP id o15so133957891wgy.2 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 14:49:28 -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=Qqt87QzEsn/X6FWvjUALI46ALTVwX3KUK5gZdOjjILg=; b=HTYB0R5jglLcA8huXIPEc8CVTgmcAeEa7EvcfozxRIqBt2CD2sxcF6n0QYbjEmjMbf CACXQ8LVtwcejGLnoDx9XY19+J4sURTdT2P2n9H5PxXAe+ufX/E6kzeiQfBhQdEHQ4CE 19uWMRq6+PZrpOsmEdv4ebVaaEMrgiUM09qqN7hUpnH3aTjNjK2uG3cg9Ad83CR5LF2q bmddUMekkeJJ4axZaOWONSBlAPAgVFICEJvReCZov3Yzo0Nw5hh9f2cn2yhrzU//lO3q oLMxuS16zJ2FOPCJNZErw1LAy5OQhJDAz468pN+SiQGPckykvKCMpHscOIX0DnCe58YC gmYg== X-Received: by 10.194.79.199 with SMTP id l7mr35758176wjx.158.1430689768014; Sun, 03 May 2015 14:49:28 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id mv11sm8247590wic.23.2015.05.03.14.49.27 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 14:49:27 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87oam1qu9c.fsf@gmail.com> <55468999.5090408@yandex.ru> Date: Sun, 03 May 2015 23:49:26 +0200 In-Reply-To: <55468999.5090408@yandex.ru> (Dmitry Gutov's message of "Sun, 3 May 2015 23:48:25 +0300") Message-ID: <87k2wpqql5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Dmitry Gutov on Sun, 3 May 2015 23:48:25 +0300 wrote: > But I'm not sure *Completions* is like xref, in the general case: the former > contains no references; we're pretty sure the user only needs one value from it > at a time. Sorry. I misread *Compilation* instead of *Completions*. *Completion* and *Compilation* are very dissimilar in terms of behavior and purpose. But I think I see your point. You try to make a case for an electric *xref*. That quite could be, but I would rather not have that as a default. As I have said before, there are common electric interfaces (Helm, Ido etc.) that will surely pick xref up later. I would prefer to have a *standard* default alternative which is not electric. Thanks, Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 21:53: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: To: Vitalie Spinu Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143068995028634 (code B ref 20487); Sun, 03 May 2015 21:53:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 21:52:30 +0000 Received: from localhost ([127.0.0.1]:60996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp1oL-0007Rl-FK for submit@debbugs.gnu.org; Sun, 03 May 2015 17:52:29 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:33820) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp1oJ-0007RX-AU for 20487@debbugs.gnu.org; Sun, 03 May 2015 17:52:27 -0400 Received: by wicmx19 with SMTP id mx19so65286352wic.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 14:52:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=mMFUGE9FpeXVTV9TfEMIOpVKpObSp5cCx+jTfAYlSP4=; b=rQlqMSgO3S2vkfFX7vXX0zTHy217iikz1Il9eRgpTzRV884qZAeSnkuJDlYafpTpxo 902O0RrZjKAQ/b0HspDg3r4gd5LUWDTREepPCFp9UIRTddpjrGGieXtRWd8k+FpXhLxQ 2Tkzg3TA6CQzzFmOGFcrV5KAl6c3PxiYYJEKjKuzqzeCp2Lg7KAtcZhLAm3EsBpUhlYY 8oqowCFNybj75Wyyaabgt+1YUUuB5EAPEBx1JKfwzCXNekWaug06VVxhMEwlBxMnl3Lz x5vaHoVZOnwCA5jd5fLPwNqcJRQy7ymru+6SWf4MI+tuFOSOZn+xMIzolA9pUjijfX+w QdjA== X-Received: by 10.180.96.138 with SMTP id ds10mr13822318wib.95.1430689941710; Sun, 03 May 2015 14:52:21 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id u6sm17706518wjy.13.2015.05.03.14.52.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 14:52:21 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87zj5lqz2e.fsf@gmail.com> From: Dmitry Gutov message-id: <55469890.20106@yandex.ru> Date: Mon, 4 May 2015 00:52:16 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <87zj5lqz2e.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/03/2015 09:46 PM, Vitalie Spinu wrote: > Colours and line number display should also be the same. There is no > much point to strain people to get used to different displays for the > same type of information. That's a good goal to strive for. > Currently file paths in *xref* are not highlighted with > compilation-info-face like grep and others do. For me files are bold and Okay, let's highlight all group headings this way for now. > items are also bold. So my whole buffer is in *bold*. This makes it > appear dirty and difficult to read. I think bold font should never be > used for large regions. I attach a sample. It wasn't bold for me (font-lock-keyword-face is apparently bold in your non-default theme). This one is harder, because *grep* leaves the line contents in the default face. I've done that too for now, but our text is clickable, whereas in *grep* you can only click on the file paths. That will need to be resolved. Line numbers are difficult for now, since they're simply a part of the description string. Maybe if we move them to a separate field. > I am using ack but still prefer grep output due to more efficient > vertical display. Personal preferences aside, I hope you can admit that the authors of modern-ish tools prefer the grouped display. > Note that grep, ack etc commonly need to output multiple occurrences per > file. With xref most of the symbols will have one-to-one correspondence > to the file. So it makes a lot of sense for *xref* to have file and > object on one line. I'm not sure why you've made that conclusion. It may be true for xref-find-definitions, but then the numbers of those results should be small anyway, so you're not running out of vertical space. In the xref-find-references output, on the other hand, you are likely to observe the opposite. Not just multiple matches per file, but even multiple matches per function (if we showed them). > Good example is helm-do-grep in which file names are abbreviated and are > not intrusive at all. Not every file name can be easily abbreviated. While you can compress the path down to what makes each segment unique (like the fish shell does in prompt), or even omit some, the segment names might by themselves be valuable to the user, on occasion. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2015 22:21: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: To: Dmitry Gutov Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143069161731366 (code B ref 20487); Sun, 03 May 2015 22:21:02 +0000 Received: (at 20487) by debbugs.gnu.org; 3 May 2015 22:20:17 +0000 Received: from localhost ([127.0.0.1]:32783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp2FE-00089p-Sk for submit@debbugs.gnu.org; Sun, 03 May 2015 18:20:17 -0400 Received: from mail-wg0-f43.google.com ([74.125.82.43]:35961) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp2FC-00089b-5j for 20487@debbugs.gnu.org; Sun, 03 May 2015 18:20:14 -0400 Received: by wgen6 with SMTP id n6so134303302wge.3 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 15:20:08 -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=rdx2WOfUwzYqb4DD33ykiVQFbw7EIe6QwQW1hTnzhKU=; b=hcpQQfdAOTn3n7W6jnaaRsE9UUMnO4fdS+EwltObzeH09yKLCXQqAtAcl8ltXUxHGg caBk5yAOl0RE8v/ReS5hz4ayehOueo6Nz2nunYG3a3JcsNfr8tyWISUSonP10HKyPDCm sQaziM5M0ZnPCGnxKTmj0hcwfHGFAYkzy5YBjuyHKvsc+roQxFmfu8TUHjKkIeXMYJCj 5t2ZEHpFXm9sNYt/MWANjTii1m7KiPFDhgwmBrNUTSPEi7WBqDy4JeoxKzP+Zodv73FK 2XNEQrwiF/YE8ok4/zgEntAkZC2g8to9cItNPE/SHL23WXFKmuD0mrWUNNvvlTu99bvv AevA== X-Received: by 10.180.84.67 with SMTP id w3mr14939098wiy.68.1430691608701; Sun, 03 May 2015 15:20:08 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id gs7sm8356756wib.10.2015.05.03.15.20.03 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 15:20:03 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87zj5lqz2e.fsf@gmail.com> <55469890.20106@yandex.ru> Date: Mon, 04 May 2015 00:20:02 +0200 In-Reply-To: <55469890.20106@yandex.ru> (Dmitry Gutov's message of "Mon, 4 May 2015 00:52:16 +0300") Message-ID: <87a8xlqp65.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Dmitry Gutov on Mon, 4 May 2015 00:52:16 +0300 wrote: > Okay, let's highlight all group headings this way for now. Thanks for considering this! > > items are also bold. So my whole buffer is in *bold*. This makes it > > appear dirty and difficult to read. I think bold font should never be > > used for large regions. I attach a sample. > It wasn't bold for me (font-lock-keyword-face is apparently bold in > your non-default theme). This one is harder, because *grep* leaves > the line contents in the default face. Keywords usually have striking colors and are often bold. It's fine for short identifiers but if you highlight the whole line it clutters the view. Maybe font-lock-variable-name-face as an alternative? > Personal preferences aside, I hope you can admit that the authors of > modern-ish tools prefer the grouped display. Sure thing. I don't mind this part that much. It's just that, in case of xref-find-definitions, grouping is done mostly for one observation which still doesn't make much sense to me. But you are right; there are xref-find-references and xref-find-apropos out there and making separate interfaces for those would be silly. Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 02:19: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: To: Vitalie Spinu Cc: 20487@debbugs.gnu.org, Dmitry Gutov Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143070588922499 (code B ref 20487); Mon, 04 May 2015 02:19:02 +0000 Received: (at 20487) by debbugs.gnu.org; 4 May 2015 02:18:09 +0000 Received: from localhost ([127.0.0.1]:32909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp5xR-0005qo-8y for submit@debbugs.gnu.org; Sun, 03 May 2015 22:18:09 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:22524) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp5xP-0005qZ-IM for 20487@debbugs.gnu.org; Sun, 03 May 2015 22:18:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnEFAGvvdVRFpYts/2dsb2JhbAA3gVOfQYIugQiBdQEBBAFWIxALNBIUGA0kiBOiEYt2NEMBAgECgz4DA4NtBKNjhFg X-IPAS-Result: AnEFAGvvdVRFpYts/2dsb2JhbAA3gVOfQYIugQiBdQEBBAFWIxALNBIUGA0kiBOiEYt2NEMBAgECgz4DA4NtBKNjhFg X-IronPort-AV: E=Sophos;i="5.11,557,1422939600"; d="scan'208";a="118164720" Received: from 69-165-139-108.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([69.165.139.108]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 May 2015 22:18:02 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id EF638AE12D; Sun, 3 May 2015 22:18:01 -0400 (EDT) From: Stefan Monnier Message-ID: References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> Date: Sun, 03 May 2015 22:18:01 -0400 In-Reply-To: <874mntsji3.fsf@gmail.com> (Vitalie Spinu's message of "Sun, 03 May 2015 18:39:32 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Do you favor vertical splits? > No. My splits are horizontal. [ I'm always shocked to see how people can be sure what the other one meant with, say, "vertical splits". ] Which one of those refers to windows that are stacked vertically on top of each other, rather than side by side? Stefan From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 02:26: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: To: Vitalie Spinu Cc: Helmut Eller , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143070630423182 (code B ref 20487); Mon, 04 May 2015 02:26:02 +0000 Received: (at 20487) by debbugs.gnu.org; 4 May 2015 02:25:04 +0000 Received: from localhost ([127.0.0.1]:32913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp647-00061h-BB for submit@debbugs.gnu.org; Sun, 03 May 2015 22:25:03 -0400 Received: from mail-wg0-f47.google.com ([74.125.82.47]:34150) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp644-00061C-J6 for 20487@debbugs.gnu.org; Sun, 03 May 2015 22:25:01 -0400 Received: by wgso17 with SMTP id o17so136957404wgs.1 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 19:24:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=hULkFd1mhoj/bIFVkcxubI/PTTBTtm85wU5If7+NjDY=; b=BQaFQ04VzE/8/aBTn/zjnc2xuJvV5vy+Zljr8KtYqZtUTRBuB4SQL1x58KCv3SDvWl KDIcqrsmcGg+ZgJl9BqE5BqKBLrMMGXTFNsKy1WjuW6n/39QQKEZoIkzRXnmMIKbjegm vgDqqMniQNrB53HLPWpPgYcs4XkU/Jpjxz0UwtSfSXpCESmniXKUar05MGBtE+1pdpK4 Y1JiP4u7bbnToDGKsDMxmxdu02zwE3QqR6j1u6VSWZcd6y3+9CNvubTieLXn2hN/Iv2y fQYX77M4t4ynEZrcARKMQC09uI0ZzbRqRO18EjprdnXeGUfuKKJpHwWf0twa4aD20Eq9 NsdQ== X-Received: by 10.180.211.102 with SMTP id nb6mr15447190wic.32.1430706294639; Sun, 03 May 2015 19:24:54 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id l3sm8929107wiv.18.2015.05.03.19.24.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 19:24:54 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87zj5lqz2e.fsf@gmail.com> <55469890.20106@yandex.ru> <87a8xlqp65.fsf@gmail.com> From: Dmitry Gutov message-id: <5546D872.7060005@yandex.ru> Date: Mon, 4 May 2015 05:24:50 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <87a8xlqp65.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/04/2015 01:20 AM, Vitalie Spinu wrote: > Keywords usually have striking colors and are often bold. It's fine for > short identifiers but if you highlight the whole line it clutters the > view. Maybe font-lock-variable-name-face as an alternative? I think let's keep the default for now. It has a plus side: the backends can return buffer lines with syntax highlighting applied. semantic-symref looks like that too. An added face might be nice, but probably one that sets the background color. > It's just that, in case of xref-find-definitions, grouping is done > mostly for one observation which still doesn't make much sense to > me. But you are right; there are xref-find-references and > xref-find-apropos out there and making separate interfaces for those > would be silly. I think so. And hopefully, the "find definitions" search will result in one unique result most of the time. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 02:30:05 +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: To: Stefan Monnier , Vitalie Spinu Cc: 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143070657023611 (code B ref 20487); Mon, 04 May 2015 02:30:05 +0000 Received: (at 20487) by debbugs.gnu.org; 4 May 2015 02:29:30 +0000 Received: from localhost ([127.0.0.1]:32917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp68P-00068l-Kj for submit@debbugs.gnu.org; Sun, 03 May 2015 22:29:29 -0400 Received: from mail-wg0-f47.google.com ([74.125.82.47]:33134) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yp68M-00068U-Lp for 20487@debbugs.gnu.org; Sun, 03 May 2015 22:29:27 -0400 Received: by wgin8 with SMTP id n8so136735300wgi.0 for <20487@debbugs.gnu.org>; Sun, 03 May 2015 19:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=44Z50we3ccH9A0S85avLljwMjlG54KX6k7ewRnrNi44=; b=p8jcgHR2J9tYfL58uNMtOI82XtzgkoanbUJbmwBf/F/qA6tsJYeaERhma2uDRF1gI9 O22Yv91qU9lI5/Bc8wIVulwNP7Sz9LeNoNQs5+WyrkoqI1R8QKLikyga866SZoeu0bXE UrlbS3l0F6ARZM3dHyfDyLZ6f4sUHjo/YF955+W/3IyGIKxri1y/PNSQB3qCOkdOVjNs +UUWpWiMdjRdUWyjnlzhyl6a7qJw0Ai7Q7/Qs8mYsLd8dkyPE3NRDpFVTwzUMk72TnSx aGDSuJR5FV6oUA//D0su2enogngFHlHuNbsxt3Z4/tFckWBArI11QruUQZbTD4x8E3OL d0+A== X-Received: by 10.194.220.100 with SMTP id pv4mr15513825wjc.71.1430706561195; Sun, 03 May 2015 19:29:21 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id f8sm8965763wiy.7.2015.05.03.19.29.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 May 2015 19:29:21 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> From: Dmitry Gutov message-id: <5546D97C.3030503@yandex.ru> Date: Mon, 4 May 2015 05:29:16 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/04/2015 05:18 AM, Stefan Monnier wrote: > [ I'm always shocked to see how people can be sure what the other one > meant with, say, "vertical splits". ] > > Which one of those refers to windows that are stacked vertically on top > of each other, rather than side by side? I check what C-h k C-x 3 says, every time. "on top of each other" would be the vertical one. From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 11:17:01 +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: To: Dmitry Gutov Cc: Stefan Monnier , 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143073816710938 (code B ref 20487); Mon, 04 May 2015 11:17:01 +0000 Received: (at 20487) by debbugs.gnu.org; 4 May 2015 11:16:07 +0000 Received: from localhost ([127.0.0.1]:33106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpEM3-0002qL-8v for submit@debbugs.gnu.org; Mon, 04 May 2015 07:16:07 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:36281) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpEM0-0002pj-BY for 20487@debbugs.gnu.org; Mon, 04 May 2015 07:16:05 -0400 Received: by wizk4 with SMTP id k4so117422519wiz.1 for <20487@debbugs.gnu.org>; Mon, 04 May 2015 04:15:58 -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=fzA0f+QOMUg+Jak3ejyLuJ8VvYoD9hNJz15jdYZzsg0=; b=Hen//H+pcEzJp05Lz8RI0LgXg1ZidwZvqbwe3YFczrbP5GuI1e6YqCXKdLQGhiNr95 OeSSFsiKxMtd8TvoFfdt7oQpDPOJI9CYyd2blMz9r4XSwF8p9KcJMFxDPIRpTR4eKS4+ MjPMu/p1Vf8/vNwkW4wLFDWZcxMoPZrfw2tC/W4NPpr47hl6rRKtOx++iMysrydmc1uZ 45v40r/peUtRDfEIiWHVTj3iY9BSYsLRtrpQyiBcSmOMVeePxrjY6GPUjVqvFFKa8jrS H7FVu80zM1b+aWGVLna1TwHFYjImGmrR65yU6722RDELU1/ghwxPp8J1eTM6s5OWuq/c twDQ== X-Received: by 10.194.57.40 with SMTP id f8mr18910521wjq.86.1430738158632; Mon, 04 May 2015 04:15:58 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id g5sm20154482wjq.6.2015.05.04.04.15.57 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 May 2015 04:15:57 -0700 (PDT) From: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <5546D97C.3030503@yandex.ru> Date: Mon, 04 May 2015 13:15:57 +0200 In-Reply-To: <5546D97C.3030503@yandex.ru> (Dmitry Gutov's message of "Mon, 4 May 2015 05:29:16 +0300") Message-ID: <876188r3te.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Dmitry Gutov on Mon, 4 May 2015 05:29:16 +0300 wrote: > On 05/04/2015 05:18 AM, Stefan Monnier wrote: >> [ I'm always shocked to see how people can be sure what the other one >> meant with, say, "vertical splits". ] >> >> Which one of those refers to windows that are stacked vertically on top >> of each other, rather than side by side? > I check what C-h k C-x 3 says, every time. "on top of each other" would be the > vertical one. :) I did the same but the command is now called split-window-right. So I had to C-h f split-window-vertically to find (once again) what "vertical split" means. Vitalie From unknown Sun Aug 10 09:15:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 11:20:03 +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: To: Vitalie Spinu Cc: 20487@debbugs.gnu.org Received: via spool by 20487-submit@debbugs.gnu.org id=B20487.143073839411270 (code B ref 20487); Mon, 04 May 2015 11:20:03 +0000 Received: (at 20487) by debbugs.gnu.org; 4 May 2015 11:19:54 +0000 Received: from localhost ([127.0.0.1]:33111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpEPi-0002vi-4X for submit@debbugs.gnu.org; Mon, 04 May 2015 07:19:54 -0400 Received: from mail-wi0-f182.google.com ([209.85.212.182]:37026) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpEPg-0002vV-3J for 20487@debbugs.gnu.org; Mon, 04 May 2015 07:19:52 -0400 Received: by widdi4 with SMTP id di4so106284605wid.0 for <20487@debbugs.gnu.org>; Mon, 04 May 2015 04:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=nndg6x+2hDWS9vovtczI3xBAEbPObMeBRNm04WMpVtQ=; b=MGL+Z1ThVByQQeaJTfQB6ygofITNL9xYZXDuRPzCtAZGcitLA0Bh2UaTEU3ZDCr8za jz0OxAljsmiCvk5MGPPCUFPhkHXvmxfNzw5DMu/ujFwWQaE7db62GZ6lqMgOvkxLfqDP nNCS14nIOWxZIqM+bJYcOZEQQXaCdtEyQlaz+HOLCw+hxVBO8sEAa8VO2wMb/zjlXs63 5BISE85hHLpd4PnlnJgRnIX72UK1AwbZtaj7rw8EuW9UBhOBlb5z2a+iAq7MZzOigXKK mvCuvDVnlPfLy72aMqNrfWE05aOxsEU0c9fqDKESGbCYsD3nvkZXQsjz94Wtjz/5m1K2 cD6g== X-Received: by 10.180.210.171 with SMTP id mv11mr18252521wic.61.1430738386626; Mon, 04 May 2015 04:19:46 -0700 (PDT) Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id ei8sm20136934wjd.32.2015.05.04.04.19.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 May 2015 04:19:46 -0700 (PDT) references: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <5546D97C.3030503@yandex.ru> <876188r3te.fsf@gmail.com> From: Dmitry Gutov message-id: <554755CD.8020901@yandex.ru> Date: Mon, 4 May 2015 14:19:41 +0300 user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 mime-version: 1.0 in-reply-to: <876188r3te.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/04/2015 02:15 PM, Vitalie Spinu wrote: > :) I did the same but the command is now called split-window-right. So I > had to C-h f split-window-vertically to find (once again) what "vertical > split" means. Oh. :) Right. I was looking at my own wrappers for those commands, and they haven't been renamed yet. From unknown Sun Aug 10 09:15:07 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Vitalie Spinu Subject: bug#20487: closed (Re: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard) Message-ID: References: <56CA4332.4090600@yandex.ru> <878ud6sjtt.fsf@gmail.com> X-Gnu-PR-Message: they-closed 20487 X-Gnu-PR-Package: emacs Reply-To: 20487@debbugs.gnu.org Date: Sun, 21 Feb 2016 23:08:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1456096081-838-1" This is a multi-part message in MIME format... ------------=_1456096081-838-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #20487: 25.0.50; Format and behavior of *xref* buffer is non-standard which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 20487@debbugs.gnu.org. --=20 20487: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20487 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1456096081-838-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 20487-done) by debbugs.gnu.org; 21 Feb 2016 23:07:41 +0000 Received: from localhost ([127.0.0.1]:36677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aXd6K-0000D0-SF for submit@debbugs.gnu.org; Sun, 21 Feb 2016 18:07:41 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:34683) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aXd6J-0000Co-9y for 20487-done@debbugs.gnu.org; Sun, 21 Feb 2016 18:07:39 -0500 Received: by mail-wm0-f51.google.com with SMTP id b205so133892166wmb.1 for <20487-done@debbugs.gnu.org>; Sun, 21 Feb 2016 15:07:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=hMDksEmMURovMqTVKKzJRnOyCK0pmlxjgJNUYRbD5e4=; b=kQBLsDqKbeVqMLaURl7OA6dGLJvfOrRlWon/aS0izZFR2cAVS/gl2Yrhwt93RVpgwH k1tjXXMzhyUet4FsFVBwVoobEbMlrs25uvvPjgpeN7gPu6aH8FXGOL9gzcfMZbgbfQ6o obQjgHqX5apDuoibd/fCbCgobhHY2wktRctz1dvvvTcjvr5KaNMWqYiWvvGFwboYfVp0 iaaagy3gsQJfJS1rWX1sa95SPLUhNb+u7OhLmPoORMzJUiNaOIk4dLTMw+A9cpwtzCp6 hvX9SUnRTrfEQBeBdw3R3+1kDhlGwP1tdebUimcYwoSaCMmLSfBrpkiLRKWGxnJTcfhr ooBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=hMDksEmMURovMqTVKKzJRnOyCK0pmlxjgJNUYRbD5e4=; b=iGHrnWqvonjgHK/tswtFJit459HpyVmXc5mJ6ESbNOA2gcDPvSDGxauH9Ky0tk+Hsh pzNXdcBR6Eo+aPNZNoJTLUXTV+2gvy9m/Mun5xJCkh2ScUn32vz85YXnSEwf6/qSjlfL 9qykyMrkvqJElFljdY50YFl68nVct/CmfjPI7Qh2aBu+m9erqxKzeOUVHYxoQOMFUsJQ dVvWXfA3BEj8LdNX+snqgtW7XyknbLuNFHfHrrotf7Q38CI21I0qp8VIxLaR0oEHoiPW 3uUjE4gMM2W+NkcP5IrdRBPbp3+6gQtplNAh/jHcMe2Kx1aysqm8N0aS0komk6efFS/Z QxUA== X-Gm-Message-State: AG10YOTXNqL88yfsGv7moL9e4ZtHU+4QeUURgQP94gg2ks4+EZaHOnn5LMryPuBUh4c6sg== X-Received: by 10.194.85.193 with SMTP id j1mr24703259wjz.122.1456096053671; Sun, 21 Feb 2016 15:07:33 -0800 (PST) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id p125sm18370979wmd.16.2016.02.21.15.07.31 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 21 Feb 2016 15:07:32 -0800 (PST) Subject: Re: bug#20487: 25.0.50; Format and behavior of *xref* buffer is non-standard To: Vitalie Spinu References: <878ud6sjtt.fsf@gmail.com> <55463113.1090808@yandex.ru> <874mntsji3.fsf@gmail.com> <55465BDD.8080101@yandex.ru> <87oam1qu9c.fsf@gmail.com> <55468999.5090408@yandex.ru> <87k2wpqql5.fsf@gmail.com> From: Dmitry Gutov Message-ID: <56CA4332.4090600@yandex.ru> Date: Mon, 22 Feb 2016 01:07:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 MIME-Version: 1.0 In-Reply-To: <87k2wpqql5.fsf@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20487-done Cc: Hielmut Eller , 20487-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 05/04/2015 12:49 AM, Vitalie Spinu wrote: > *Completion* and *Compilation* are very dissimilar in terms of behavior > and purpose. But I think I see your point. You try to make a case for an > electric *xref*. That quite could be, but I would rather not have that > as a default. > > As I have said before, there are common electric interfaces (Helm, Ido > etc.) that will surely pick xref up later. I would prefer to have a > *standard* default alternative which is not electric. And it's not electric anymore. With that, I think it's time to close this bug: the other request, switching to the non-grouped display, is not going to happen in the default presentation. Thanks for the discussion! ------------=_1456096081-838-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 May 2015 22:20:31 +0000 Received: from localhost ([127.0.0.1]:60042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yoflv-0000Q4-AU for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42559) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yofls-0000PX-Gb for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yoflm-0001qz-IA for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:32933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yoflm-0001qv-Eo for submit@debbugs.gnu.org; Sat, 02 May 2015 18:20:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yofll-0002ZL-G6 for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yofli-0001qf-AT for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:21 -0400 Received: from mail-wg0-x22c.google.com ([2a00:1450:400c:c00::22c]:35343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yofli-0001qb-3S for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 18:20:18 -0400 Received: by wgyo15 with SMTP id o15so118595306wgy.2 for ; Sat, 02 May 2015 15:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; bh=i3LAb5wrt+yjliqovSQKaYtZywkKzlpnQIqwzEkna6M=; b=jN9mGkTkU+0vzS5nuARBJIjaoOrfCdBhe29+YPJhlDo3OlzDThZPXrgqFbwO0PyCqB crFtFGFAVCsZSfDjOdcyoLYN1iC1vMAvNXvCj7dZ6HdMCy80HPvxn4M+zo7zY4+/IcUA 569MfozvZNM/v5GwaFgVvfeF3MO1n08SxttGJyeqc3aU7uXLfZys33XQHYELYqiBn7IK fDvi1/kVXkCqkKD65QVhUO1Qa43dWIP38GMB1LDiJNQld14tLU5p3VdTD/acN36acUvC mFH2yYHvXTd9da+gN/+0xN9ZcUwW9dEMdpREY+Qt64BPrbOgbyw7x5fLV9asmn9wnrQV goOg== X-Received: by 10.194.60.4 with SMTP id d4mr29519765wjr.72.1430605216489; Sat, 02 May 2015 15:20:16 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id cf12sm13510579wjb.10.2015.05.02.15.20.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 May 2015 15:20:15 -0700 (PDT) From: Vitalie Spinu To: bug-gnu-emacs@gnu.org Subject: 25.0.50; Format and behavior of *xref* buffer is non-standard Date: Sun, 03 May 2015 00:20:14 +0200 Message-ID: <878ud6sjtt.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Hi, *xref* buffer doesn't look nor behaves like other buffers that display references (*grep*, occur*, *compilation*). Particularly - on RET *xref* is buried. That's not that other modes do and it's rather inconvenient IMO. - 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. As we are on this, would be nice if *grep* and *xref* cold abbreviate file-names by replacing home directory with ~/. Thanks, Vitalie ------------=_1456096081-838-1--