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: Wed, 27 Jan 2016 10:10:24 +0100 Message-ID: <56A88980.7000706@gmx.at> References: <83wprimto9.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> <87fuxla27x.fsf@acer.localhost.com> <56A744D8.6040205@gmx.at> <56A801E0.2020309@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1453885869 30363 80.91.229.3 (27 Jan 2016 09:11:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Jan 2016 09:11:09 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: Dmitry Gutov , Ingo Lohmar , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 27 10:10:59 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 1aOM7k-0006uv-To for ged-emacs-devel@m.gmane.org; Wed, 27 Jan 2016 10:10:49 +0100 Original-Received: from localhost ([::1]:48664 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOM7k-0007mI-5E for ged-emacs-devel@m.gmane.org; Wed, 27 Jan 2016 04:10:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOM7U-0007m0-RL for emacs-devel@gnu.org; Wed, 27 Jan 2016 04:10:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aOM7R-0007td-Ka for emacs-devel@gnu.org; Wed, 27 Jan 2016 04:10:32 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:49337) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOM7R-0007pw-B4; Wed, 27 Jan 2016 04:10:29 -0500 Original-Received: from [192.168.1.100] ([212.95.7.51]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Md3li-1agZl207wQ-00IE14; Wed, 27 Jan 2016 10:10:26 +0100 In-Reply-To: <56A801E0.2020309@yandex.ru> X-Provags-ID: V03:K0:j2m5Fud+d8t+2FzRogV0JoG2BN4lTaw83PNTHvXcyzXMlP6yI+J io9wEv91+iOa3syk+kRGKouph+6W2L+Fwmz2mPw6/H2nHgJjZ1AWtED56gd139J+KpJ+gaS gsyYu3bZJT4qLXGFQS9mxOysKXEwFs7Rsiym9NZ1pztLl+d947d3h9DU8bgcHqo6dFDMaoH uM90+GnLiMaUWuHzENMPw== X-UI-Out-Filterresults: notjunk:1;V01:K0:57T2E3+DK6M=:RrlUKSFFvvSl3uqufKfO03 J17EwY+TAc14ejphUio821XBz+VjVOUQTyzf7jihjJGaUMY0nH4lLikBMN2J7T4jUxlWvjY/t uZIh1ZInk8NGyE6FjCmenmO3LE29cV7ZcIDoKeJOYeqAcX33kRNR6guzF5JjR2352I3HinTVz W8XPvaybiFKoCc6GB/fCOLeHF4z6Am7i6POURQS7R0LBle/Y7qqiNhz+Qz3UgxhNQWpS/rMMz t/yE0BMjxiaqF+sBwpMRvkZz6PRD1jWpHWrWx9c7XjYFH3LMugu7ujMVoFCAAaFHP6l9I5ARS 74WnXWtybOc5fqLZmur4CBKjH+p4UDuoOWD4pRhEIQxgLq8VViB4xdblF0/GVEQ4sfk2HRRKD 11UoSBtmAzjReyPbdpBpw09imo4ihtZ8G689noXpwKhXANE3QSeXd23/EXyqSwqE+vdRSbdya YVS5VtZf1JKROMtX4h3Zqffw65TZqU+f6M9I6gYZo9/v5D0sc6OEjT+/Sr68i+PRIgTEL7iWc lGLzZZJhe4SBWydT7rckRBvxU+GhQXwn17D/sRYtWrgW+75k3vf/vAX3aWwAH/zyhtUSP5bdl QugLdq57Pe+F7Toh5gXzeonHWGb5VNLjm/wajPIpFZSGrMEulNeq7TrVb1YefZ5tIsFJ2Boaq bgU/ClvM9J3BVEaYdyTUuFh/Vcv/hueZ4oZku2faMhdyM7/XSxFqI/Wvs7bnvlHZutHwBSusR lVEGtfcIxy0Aq/UAvgJmsSuXzCquWSYgxJRjUpNoAv5HLSclKq9nDsDCLRxwYFYsm+LjI7d7 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.15 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:198907 Archived-At: > First, I'd like to point out that your suggestion was to split the > current window and display X in the bottom part of the split. Which, > if there were, say, two side-by-side windows originally, wouldn't put > X in any of "classical" areas designated for "view" windows by IDEs. My suggestion was and is to display X at the bottom of the frame via =E2=80=98display-buffer-at-bottom=E2=80=99 like *Completions*. So if the= re were, say, two side-by-side windows originally, this would put X in a "classical" area designated for "view" windows by IDEs. > But suppose I misunderstood, and the end result would be putting X > into a lower part of the frame, below all file windows. Which fits an > average IDE fine, because they don't have side-by-side splits for file= > windows (let's keep to Emacs terminology here), What makes you think that average IDEs don't have side-by-side splits for file windows? ECB has them IIRC. > so one can at least > expect that a average line of code is more or less as long as the > frame width. Maybe less, but probably longer that width/2. > > Thus, a file search output will be just as wide, and one can't really > do better that display it in a full-width window as well at the > bottom. I'd say that would show too few lines, when my font of choice > is used, but the IDEs seem to handle it fine somehow with their > defaults. Yes. Do you see any problems with that? > That's not necessarily untrue in Emacs community, where we're often > more conservative, and hold to 80-100 chars per line. Then, we can > afford to put file windows side-by-side, =2E.. assuming your 229 columns wide frame, I suppose ... > and xref output (though not > Grep, because it includes a file name on each line) is about the same > width, so by putting it at the bottom we'll waste the right half of > the "view windows area". Yes. We're back at my inital proposal to give *xref* buffers a multicolumn layout. > But I don't really have a better layout in mind, and different > long-time users probably solve this question differently. So, really, > the best I can do is use as much from the default window allocation > strategy as I can, and hope that users with more exotic demands manage= > to override the given behavior to their satisfaction. Let's see. martin