From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: xref and displaying locations in appropriate window or frame Date: Wed, 27 Jan 2016 02:31:44 +0300 Message-ID: <56A801E0.2020309@yandex.ru> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1453851132 17578 80.91.229.3 (26 Jan 2016 23:32:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Jan 2016 23:32:12 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: martin rudalics , Ingo Lohmar , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 27 00:32:06 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 1aOD5i-0007Nx-Ab for ged-emacs-devel@m.gmane.org; Wed, 27 Jan 2016 00:32:06 +0100 Original-Received: from localhost ([::1]:47354 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOD5h-0005eQ-JG for ged-emacs-devel@m.gmane.org; Tue, 26 Jan 2016 18:32:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOD5V-0005bj-3o for emacs-devel@gnu.org; Tue, 26 Jan 2016 18:31:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aOD5Q-0004yv-0x for emacs-devel@gnu.org; Tue, 26 Jan 2016 18:31:53 -0500 Original-Received: from mail-lb0-x229.google.com ([2a00:1450:4010:c04::229]:35615) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOD5P-0004yo-L8; Tue, 26 Jan 2016 18:31:47 -0500 Original-Received: by mail-lb0-x229.google.com with SMTP id bc4so101139850lbc.2; Tue, 26 Jan 2016 15:31:47 -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=T8fEV9HryKcErryhMOyM8gMjlA3cvr2n/2IoLruRIZo=; b=DyzY4TEJwSm7GZhnoI65WY/qg/7C9uWhoYfaBlXaHVUNCaZxlqdyP82qDyhl+YXF+R fO2DcbePMVmOyO8LLSEkdOeB8z6NmK/0Ewv8epw0COmaIZSymE8usMST5i4DZ1DpvM0j N17EC9j2a4Prkuk3Te4jiJltBVGPb9jYceatKlpIxW137H2XAYrZ9Pvq83X+aPGFhfE7 FB7+i2M8A5W4pGN7RmlLC0EUPZvX25/4+0pIr8AuBqMMBcmsePM9ieKpJL+dCM9XniYl Zu3IuTjkkAKbLbS+UDYjVnViFIEE3kEKuOGw91JlV8DhT3L440OTkHlkdEaXR9JE1IBF M/Hg== 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=T8fEV9HryKcErryhMOyM8gMjlA3cvr2n/2IoLruRIZo=; b=RkqyYgAjxoBtoNptGMHjKPzwDjUo2IHm9gdXtRpSP1n+gdrrwjknjvGiDY35x5R9bQ Ewzzx/dX9HXYZcQOpLid6OColgxHP/8wclonya77/lpeI6kFnsc1fQJoWVcybwso6W4E z5g7Eq4PJbW3b7sqxnBFI4zMB5jea6piIRWrFSJJEeo3pkrh/J2Rui5AGZ/CGHRRIsDD 0RvuR837bjH58FiW+nhQOlc/KT3omnEH4w5+Cp5DYvnLz7SapGxuhZJYk5vWt8m2xuAW OWQmyUHdhbObYIVWBvy/J9k1pmElvX861aDWFpkKkmhRFpdhifuNovCG8C1Kl9qPCr5k pwhQ== X-Gm-Message-State: AG10YOQcZUql1zGWAWJqX2P4YqKI4M7y7MRlTf/ODwdeDLdRSRyuAyJiYIpsWVNvCly2gA== X-Received: by 10.112.55.39 with SMTP id o7mr9747590lbp.49.1453851106380; Tue, 26 Jan 2016 15:31:46 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id p66sm462569lfe.42.2016.01.26.15.31.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Jan 2016 15:31:45 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <56A744D8.6040205@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c04::229 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:198890 Archived-At: On 01/26/2016 01:05 PM, martin rudalics wrote: > Now first we have to agree that in our example above > O and T behave as "file windows" and X is a "view window"... > > Keeping file and view windows in a way that file windows form an inner > rectangular area and view windows are arranged around that area has the > following advantages: > > - View windows can be easily made persistent... > - View windows can be arranged in a predictable way so that the user > always finds them in a specified part of the frame. > - Most IDEs implicitly dedicate view windows to their buffers. So we > would not have to worry about how to do that with our X window. 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. 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), 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. 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, 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". 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.