From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Understanding atomic window groups Date: Mon, 3 Jun 2019 11:12:31 +0200 Message-ID: <26d5d317-df88-fed9-1eb5-e5f0cb07bd25@gmx.at> References: <87tvdmqsxq.fsf@ericabrahamsen.net> <0a820a2c-8b37-469e-6b0e-61b126b6c7b8@gmx.at> <87lfyxszb5.fsf@ericabrahamsen.net> <875zpzedy5.fsf@ericabrahamsen.net> <171bed6b-96d6-0fa0-f4f4-b09cb72c7192@gmx.at> <87lfyucxfx.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="183047"; mail-complaints-to="usenet@blaine.gmane.org" To: Eric Abrahamsen , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 03 11:18:26 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hXj6n-000lUs-JL for ged-emacs-devel@m.gmane.org; Mon, 03 Jun 2019 11:18:25 +0200 Original-Received: from localhost ([127.0.0.1]:60183 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXj6m-00053U-2y for ged-emacs-devel@m.gmane.org; Mon, 03 Jun 2019 05:18:24 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49017) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXj1F-0001S7-91 for emacs-devel@gnu.org; Mon, 03 Jun 2019 05:12:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hXj1E-0001xf-4P for emacs-devel@gnu.org; Mon, 03 Jun 2019 05:12:41 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:54071) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hXj1D-0001vs-Pq for emacs-devel@gnu.org; Mon, 03 Jun 2019 05:12:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1559553149; bh=ztugdh4arBCCOSdUyWoTr3Xagl+YnprZ5neTRbuKiKQ=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=VJiLBm7sz3tmdFfIqMs3hmmFGLKixwrqMpILWDC8Y1bUiRXn6vfLQib5Km1jxFZ9x wLjWdRKTgJYloLfLBi9NT5Td+pXRr6L/ZeTzcjowdWQoLlINOWwWud3SkDCpKBtCer P7EoFc6XCY6PN7IKPIoKGgTXUGFb9noxR9X/vw68= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([46.125.250.62]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MTABZ-1h99hy0YvP-00Ucq7; Mon, 03 Jun 2019 11:12:29 +0200 In-Reply-To: <87lfyucxfx.fsf@ericabrahamsen.net> Content-Language: de-DE X-Provags-ID: V03:K1:cwqMLySYPzF2cwSLQhckgUepVvPYqKcEnOKVTo98zxQtVvAXAgI r61XCrXrFnEXakIqke+2TCXNumBXqheOi52XrG3UUrK4WlYR+hXOjPKeOtZpLJTdUMpppPg M6DOb5t+6kIwTbcyeoDj0Lcayufpq3FdfSsrK996t0p9PQKQ72RVft7hOb28aEjgEKG8Dzh KFfYsbQxNekLqUSln1a0g== X-UI-Out-Filterresults: notjunk:1;V03:K0:CiNysJL6Aiw=:l9QmFUZ28lA1eb5j8wO9Nv zQAyjcZBAVTG7JL33SGitasvHkKMI08Ms7skalQfKzLqTV4DM0a04Zc76w+l6JO0AGIrZ7TPZ VfNfeIDpc8xp0wleygwkhXDnI5O9lIQsUJRvlR4e1XAm1ozV4cczVHt+YwDxbNPXV0JtuuaUa D2wX6XUXR1cWTBwC6cIrAriYUJXykn7SSdP468PvayeVwo6RTk4wWXJ+2ujSHg9mhfgPyy78g q62bVwcRCANU+pjegQRr2KiVw2zYtWJB25u/lOKSHQhWMRO/ZXUm4batRHsGTIlEWQQV44fA8 ygU9DryKng2zPysBlT0lxpmq0wc8x+Q+daE6t12N89I3Sh9LH1X5YSfhKOywZlQLRpaavy0Jh a2833ORptaGvygQQp/oXrZPpJVk3EiRRTaEzQ6gc1KknjoJtlP2jQMPj4QVYrX7uJW78vZ7M2 ThQEtzY4uT9v/4qePiWZHmlUlAzRodZ/4JyxAsu3i5lGGRJo/7Wo0zZQyQHPlHXTtZ+bAjtLI TYloMxLjkIjndjL6o6Ac4yfyRgosNzEdzlRZiOc0eB+FEb/4lJYJmjhSowpBRczIAqHbyMVr/ q7H7LMIictBF1vEol9JRTR/U8TRz0hYoboK7MPfsc25uoWl24f/IpM2x6ALlP5eXJaTD2UM59 rcHeEVTJnYJPMleerpfVv/bquwIMAl2lAI8NNZgwImEhwvbYbSG/4D2ajG9MMXGhLhXa4fIG+ D4f1/knsqyrW0WGwwvOym7KYOpbPy/x2JCV8OoexEPsP/7qPalhGJKOI5k0jVBmUFIR/ElFi 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.21 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" Xref: news.gmane.org gmane.emacs.devel:237213 Archived-At: > Okay, I do see that `quit-window' has a more complicated job to do, and > multiple conditions are checked. I guess I was hoping/expecting that > `quit-window' in a member of an atomic window group could somehow be > altered to act on the whole group, rather than just the current window. We would have to specify the respective semantics first. Atomic groups by default do not have main windows. All its constituting live windows are treated equal - as, for example, two side-by-side windows showing the diffs of a file. If we want to designate one constituent of an atomic window as the "main" window and have 'quit-window' act on the entire group as the 'quit-restore' parameter of that main window says, we would have to write specific code for 'quit-restore-window'. > I would at least add the fact that atomic groups can be nested, When I first used the term "nested" I only meant that an atomic window can comprise an arbitrary number of windows as long as the resulting window has a rectangular shape. That's why I asked you to act on the root of the atomic window instead on the parent of one of its constituents. I'm not sure what to say more about this in the manual - maybe you can propose the necessary change. > and say > something about how to get _rid_ of an atomic group. When I was first > experimenting, I ended up having to reboot emacs, because I couldn't > figure out how to un-atomic the frame. I tried to say that now. > It would be great to have more examples in the side windows section as > well. The two features together feel like they could be very powerful, > there's just a bit of a documentation gap. I already devote an entire subsection to an example. > I've had it in the back of my mind to try replacing Gnus' homemade > windowing functionality with side windows, because they do pretty much > the same thing, but I'm not sure where to start. In particular, the doc > examples show a setup where certain buffers appear to _always_ be > displayed in certain side buffers. My assumption is that in the vast > majority of cases, people would want to display _this_ particular group > of buffers in a certain way on _this_ frame, and not pollute the global > config. Which use case do you have in mind? The people asking before for such a feature wanted the layout apply to any frame - that is, side windows should specify the global configuration. martin