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 04:00:24 +0300 Message-ID: <56A816A8.5020205@yandex.ru> References: <83wprimto9.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> <56A744E7.5080306@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1453856440 11748 80.91.229.3 (27 Jan 2016 01:00:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Jan 2016 01:00:40 +0000 (UTC) Cc: Helmut Eller , emacs-devel@gnu.org To: martin rudalics , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 27 02:00:37 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 1aOETM-0001IL-Dm for ged-emacs-devel@m.gmane.org; Wed, 27 Jan 2016 02:00:36 +0100 Original-Received: from localhost ([::1]:47611 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOETL-0003U1-Kp for ged-emacs-devel@m.gmane.org; Tue, 26 Jan 2016 20:00:35 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOETI-0003Tw-BH for emacs-devel@gnu.org; Tue, 26 Jan 2016 20:00:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aOETD-0007y6-At for emacs-devel@gnu.org; Tue, 26 Jan 2016 20:00:32 -0500 Original-Received: from mail-lb0-x22a.google.com ([2a00:1450:4010:c04::22a]:33914) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOETD-0007xq-2W; Tue, 26 Jan 2016 20:00:27 -0500 Original-Received: by mail-lb0-x22a.google.com with SMTP id cl12so102015334lbc.1; Tue, 26 Jan 2016 17:00:26 -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=puBUOwlC1E17s1AAamqPRC6GCMqOldDEoPmJU7EXhrY=; b=DrlVdY/lfBXCoridS63giMGkvN8y27sVhsVBjevupy4xdd5oVzC5bS62ENt8HgYLeK FCejARAJVJAw3qJ0JJ8AGX+cxfknWGrnFAlsHwSTih33VybLDw8HSM1QowgZkiWcDRCS MQsSpn7UWhZLonHizQpbiCxzV4RyqruiT2U6SVSBcOSQ/sZAoi5qHWEDnPyLm+Srzi5M 36ligLlXtsffDYZ6PK8wxJ6mRaw40itQLYzX3JGhO5JeA2CpFewhKh4zw/b7QN2YPw8/ HMV3SDwN3MOmlbzTQPPbW8LyGli2ir+qWN7b+1DQcwCDZdV9d+pecKEIhRFj4hj63BBw qdXA== 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=puBUOwlC1E17s1AAamqPRC6GCMqOldDEoPmJU7EXhrY=; b=l3TG4nLwuuso7OUdbXTJhY1iaqmC/zkl6jEyL2zLAMklQ3aMx8E07/GV4GIarArWfv /EMRmFocFNlOH97Ea7Qpf2V4xLFepVxXjIx0TTvQ/X6QLO8TnPwjo56WuuKxukdjZf7s +kEwokZj3b61kJUqZIQiBtYeIwVJFF+ef8emVttrbycqwe1KwJgy2bkjNyu2QNGv60zP 6QlDree0xYmeI/NZN3xziX70m9QpnB+Rfr7Xe8XhquYW+LOMHi85uFWae6EZ2WZ0R+4u JrMDA2td81+PGPrAYMiZ4Xt/DmZvtZMFYRiL1RiDeEC0vbTV8gtTctPruzuHm4qC6mmg AP3Q== X-Gm-Message-State: AG10YOQq9XsKTj+D2/0OBtKxFt/w7I/m6PA0XztxZdnacGxM+KB8C1a4Q6ll8nEieWsQ9w== X-Received: by 10.112.181.196 with SMTP id dy4mr9592113lbc.42.1453856425886; Tue, 26 Jan 2016 17:00:25 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id h187sm500249lfg.18.2016.01.26.17.00.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Jan 2016 17:00:24 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <56A744E7.5080306@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::22a 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:198897 Archived-At: On 01/26/2016 01:05 PM, martin rudalics wrote: > Back to where we were: ‘pop-to-buffer’ is based on the <= 2 windows per > frame paradigm. Why <= 2? Are you saying I should use some different function, after applying the dedicated status and switch to the window O? I thought pop-to-buffer is basically the default choice for displaying a buffer when you're not sure which window to use. > > 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? Of a maximized frame's width. Which is 229 here. > >> Then we're back at the initial problem that by default Emacs never > shows > >> 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. Everybody does. > 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. I do, sometimes. And maybe the user has their own special subroutine which knows which buffer to show and why.