From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: xref and displaying locations in appropriate window or frame Date: Tue, 26 Jan 2016 11:05:27 +0100 Message-ID: <56A744E7.5080306@gmx.at> References: <83wprimto9.fsf@gnu.org> <83oacumqmj.fsf@gnu.org> <56917246.1010800@yandex.ru> <5691795E.9010008@yandex.ru> <83lh7ym725.fsf@gnu.org> <5691D768.3020908@yandex.ru> <83bn8tmnvq.fsf@gnu.org> <56928356.2000609@yandex.ru> <8360z1mkfc.fsf@gnu.org> <5696EE9D.2090708@yandex.ru> <838u3si22k.fsf@gnu.org> <5697C7A8.6060601@yandex.ru> <83wprcgjxk.fsf@gnu.org> <5697DA3B.3070706@yandex.ru> <83io2wggh8.fsf@gnu.org> <5697EC73.6040302@yandex.ru> <83fuy0gf2j.fsf@gnu.org> <5697F3C9.5040702@yandex.ru> <83bn8ogd8c.fsf@gnu.org> <56980073.7050604@yandex.ru> <838u3rhpzk.fsf@gnu.org> <569D3ADC.5060803@yandex.ru> <83si1sa47q.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> <56A6A41B.20001@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1453802783 9714 80.91.229.3 (26 Jan 2016 10:06:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Jan 2016 10:06:23 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: Dmitry Gutov , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 26 11:06:14 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 1aO0Vm-00079t-0x for ged-emacs-devel@m.gmane.org; Tue, 26 Jan 2016 11:06:10 +0100 Original-Received: from localhost ([::1]:42729 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aO0Vl-0001in-8v for ged-emacs-devel@m.gmane.org; Tue, 26 Jan 2016 05:06:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57734) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aO0VQ-0001bF-6q for emacs-devel@gnu.org; Tue, 26 Jan 2016 05:05:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aO0VK-0007qx-Fw for emacs-devel@gnu.org; Tue, 26 Jan 2016 05:05:48 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:61572) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aO0VG-0007pH-HW; Tue, 26 Jan 2016 05:05:38 -0500 Original-Received: from [192.168.1.100] ([212.95.7.23]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MAQXq-1aGu1T1PNy-00BZ5U; Tue, 26 Jan 2016 11:05:37 +0100 In-Reply-To: <56A6A41B.20001@yandex.ru> X-Provags-ID: V03:K0:ajZisxKCZptUE3yUMHLdLI2dCh2+C4GvQF7KaYRtK5oyn7c3qFA 0l/l2Cjmj5bI6yTaqVwHAswlBNNt9KcY1khteBl/jZt0dsn4TsO6yVgQSvZAvvC3vamgZAZ dPqkYluHWkAltNdOBWaFWJVNU45MERLPaR1iexGWyBnYpvEaZKEb/mFmjtjw6Biv/pBRWa+ 1b8agaaTi0NNt2RZT0v3g== X-UI-Out-Filterresults: notjunk:1;V01:K0:W2fcFz4URts=:jto52uivAYvESza9JXRFgJ j13OqqLM4/sxYfnFUxsi6Qie5oVisBh0k+GJs2cAuEMRSgXwd+OGWMJwXVJt8nOCjDoqNH5sY J8D2wmmXYyotHJXpxpJ1posZVt3pKen+wY1PkVtb3ULpkGsHGxX4XRavHp6nxhpF2ONar6eL1 OBt+4jFD2TttS22/h+QwE+xMmsyIwkAzOYxA35i63HRTPKEioc/7upgkP2aAlnNoHTc0p0lUl sX8ET7chrYIwhUvWxftsoL/I9v63Ybed2noulOp2SO0ZaW4GunpkwAOHQi1sp/ZnP+5Gaom/7 xZRI3U6BLT52deffhfZkU9I46qiOElP0T2/4UvlLlJDcpMsLSHhAiFEPDRBVMj7hqM3j7h/uz t65QaBS08ZXhpA+p117TQiPRSXoBeNbRW/kSwiUqXGajGmw21kVnLW38HpMC1rDANih6IOuPe fb9GLFs/ndsFzpMzKGE5LZgL2BNaBqhY0s5tB2gm2QlPUrxEsd7jVLgz7ueXLop8fIsSjPkp1 D4069TfyY4kLKLO2FeBww8mPRhY/KX5KN7Qvg/3fuBgFA49X9w0D6rJ+a453ULi3+PJoWErb7 6gzveD4TvtvQecjYt/BCabfCeV/IrCOUZmqIoMvnNcL0S/OXX/G2tnLR7om8OkZPPPTfLr7Yl atCYrTgSuqh8fRAZ0YM4V4mD9X3wXavb6y4K/qkN+7FqWtdnjbErJVTvZe0x6ac0NFRQAdn/q fvjfAiMSRgkpeWkcy+rKI0c9gUb936fvZyC+6Mnc9pDH2GDT4Dmkk3kEh23QOO/hTbe4iOkD X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.18 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:198840 Archived-At: > IDE-like window layout is not one of my goals here. I think I've > explained how it would be less than idea. > > That's not to say that the users shouldn't be able to choose this > window management strategy (using display-buffer-alist?), but let's > not bake this choice into xref. While personally I prefer window management by chaos, it's up to you to justify your choice. >> You could split the parent window of O and X. > > Very well (they have a parent window?). But that seems to imply manual= > layout management, instead of using e.g. pop-to-buffer. Back to where we were: =91pop-to-buffer=92 is based on the <=3D 2 windows= per frame paradigm. >> When X has short lines it could be shown on the left of O like this. >> >> ----------------- >> |X| O | T | >> | | | | >> | | | | >> | | | | >> | | | | >> ----------------- > > Let's say that the lines in X are about half of the frame's width. At > least, that's my usual experience. The default frame's width? >> > We'd split one of the windows again and show the target buffer in = the >> > new window. See my diagram at the beginning of this email. >> >> Then we're back at the initial problem that by default Emacs never sh= ows >> more than two windows on a frame :-( > > I suppose so. But its resolution should be orthogonal to what I do. Sometimes you want the cake and eat it. > The question was about the user being able to bury *Grep*, then switch= > back to it, and continue using it without issue. But indeed, *Grep* > and *Compilation* have it easier. Ahh, funny. I never switch back to *Compilation* manually. I always keep it open until I have resolved all issues. And my grep sidebars hardly occupy any space. I often show two or more greps or searches simultaneously. And whenever I remove a grep sidebar from the frame, its buffer gets killed automatically. I wouldn't remember anyway what I needed it for. martin