From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: xref and displaying locations in appropriate window or frame Date: Fri, 29 Jan 2016 02:05:30 +0200 Organization: LINKOV.NET Message-ID: <87bn852r1d.fsf@mail.linkov.net> References: <83wprimto9.fsf@gnu.org> <56A06965.7050501@yandex.ru> <83r3ha97yu.fsf@gnu.org> <56A434A9.6040404@yandex.ru> <56A4ADA5.4070607@gmx.at> <56A4CB54.90808@yandex.ru> <56A4E1CF.9010002@gmx.at> <56A50514.9040509@yandex.ru> <56A5140F.2040905@gmx.at> <56A51FA4.5020807@yandex.ru> <56A5EFEE.2080607@gmx.at> <56A6559E.5040301@yandex.ru> <56A666FB.3080709@gmx.at> <87fuxla27x.fsf@acer.localhost.com> <56A744D8.6040205@gmx.at> <56A801E0.2020309@yandex.ru> <56A88980.7000706@gmx.at> <56A8FF6F.4020201@yandex.ru> <56A907AC.6000502@gmx.at> <87a8nqhd82.fsf@mail.linkov.net> <56A9E268.1000001@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1454026430 14838 80.91.229.3 (29 Jan 2016 00:13:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2016 00:13:50 +0000 (UTC) Cc: Eli Zaretskii , Ingo Lohmar , Helmut Eller , emacs-devel@gnu.org, Dmitry Gutov To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 29 01:13:40 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aOwh0-0007Wq-J7 for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 01:13:38 +0100 Original-Received: from localhost ([::1]:59164 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOwgz-0007LN-Lb for ged-emacs-devel@m.gmane.org; Thu, 28 Jan 2016 19:13:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOwgm-0007L4-Ak for emacs-devel@gnu.org; Thu, 28 Jan 2016 19:13:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aOwgl-0000VT-DA for emacs-devel@gnu.org; Thu, 28 Jan 2016 19:13:24 -0500 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:52202 helo=homiemail-a12.g.dreamhost.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOwgg-0000Uv-Nx; Thu, 28 Jan 2016 19:13:18 -0500 Original-Received: from homiemail-a12.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTP id D1B12103006E; Thu, 28 Jan 2016 16:13:16 -0800 (PST) Original-Received: from localhost.linkov.net (85.253.170.103.cable.starman.ee [85.253.170.103]) (Authenticated sender: jurta@jurta.org) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTPA id 3D4B1103006D; Thu, 28 Jan 2016 16:13:14 -0800 (PST) In-Reply-To: <56A9E268.1000001@gmx.at> (martin rudalics's message of "Thu, 28 Jan 2016 10:42:00 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.253.7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:198967 Archived-At: > I suppose there should be three modes but my understanding of this migh= t > be completely inadequate: > > - One that never displays the *xref* window but displays the next targe= t > buffer via a command. This is what etags did once IIRC. I don't kno= w > whether it's still around and has/had suitable navigational facilitie= s > to return to the previous target buffer, for example. Completion at > point works in a similar way if I'm not mistaken. > > - One that keeps the *xref* window open forever until the user deletes > it explicitly. That's the variant we discuss here. I think that thi= s > variant should show the *xref* window at the bottom of the frame and > should show *xref* even if there is only one possible choice. > > - One that auto-hides the *xref* window as soon as the user makes a > choice. That's the one proposed by xref.el and I believe it would > need an explicit command to redisplay the *xref* buffer instead of > asking the user to explicitly switch to it. This variant should show > the *xref* buffer via =E2=80=98pop-to-buffer=E2=80=99 and probably re= place it with the > target buffer whenever the user makes a choice. It would immediately > show the target buffer when there's only one choice. Completing via > the *Completions* window very much works according to this principle. I think that once *xref* is displayed, it has to remain displayed as long as the user continues the current navigation. Whether to display *xref* initially should depend on the initial command,= so we could have two commands: one that displays *xref*, and another that do= esn't (i.e. your first and second options above). In other respects, I see no reason for *xref* to operate differently from= *grep* and other similar existing next-error providers, so to display the *xref*= window using the default display action, and never auto-hide it.