From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Emphasizing the top of the frame Date: Mon, 11 Apr 2022 09:13:52 +0200 Message-ID: References: <83zilsuvw4.fsf@gnu.org> <83y41cuvak.fsf@gnu.org> <581064F8.5060804@gmx.at> <83funjuxp8.fsf@gnu.org> <5810A216.9080304@gmx.at> <83bmy7uuc5.fsf@gnu.org> <5810BC6B.6020003@gmx.at> <834m3zupgm.fsf@gnu.org> <5810EE37.70703@gmx.at> <83shrjt0lt.fsf@gnu.org> <58123AE1.8080804@gmx.at> <947c9703-596b-fdc4-6170-2f0fb7386f6d@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="333"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: John Yates Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 11 09:24:38 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ndoPe-000AVL-HM for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Apr 2022 09:24:38 +0200 Original-Received: from localhost ([::1]:42170 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ndoPd-000214-Fy for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Apr 2022 03:24:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45760) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ndoFK-000310-8h for emacs-devel@gnu.org; Mon, 11 Apr 2022 03:13:59 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:60239) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ndoFI-0000ro-F4 for emacs-devel@gnu.org; Mon, 11 Apr 2022 03:13:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1649661233; bh=OF4mCGywNGZL6EFtuxhmeVD0u5/CswTgaovDYic8KMQ=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=Ky2zzOFvw8xgm9v/bUTaNbnupUz0skooEEOuSmBP13yeMM/x1zCkmY74BngWOT1ec iu8pcaIf0JCSTo95BXH40Bm0ChA/HYEl/JvtwTs28HGC/ORxYrIsTAk3cZDKp1Bjtr B4vghHToTik1I5RREhv5fElMNAyw5IiUDIOn0YSo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([212.95.5.84]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MaJ3n-1nRNWG2X8H-00WIBa; Mon, 11 Apr 2022 09:13:53 +0200 Content-Language: en-US In-Reply-To: X-Provags-ID: V03:K1:NtfIRwO7b9ixm1wW8yRO8nHUM8yPvLplyMLTzlOhnNOCW28KCLk uAU/ErSivrwsr6IYX71RXcXHRY08CZi5CjfyOoiXXbTCoeKjpfpU2sdgcOEYUGH7ot/CW5X VYGVqhCk3MzKvQi/wfVnGjCWTen+gppplBSgHDIdDK7z5JmRK4gKOBFntvJ4N6gv0FZs1zx eYrWUWddwmBvGrittSZrA== X-UI-Out-Filterresults: notjunk:1;V03:K0:rRUfCXDaNM0=:rIGfNvSzyp526i6VrijbE2 eeMVugxrBA/sePw+8gxusrFEeraXyeR+jIX6k6S8aP/2wQBTXR9VN920dsrUHiM9loxAe/sYD wUB1OH4zkWf9ev/DUsHUYBnbDqbAnnPDvP6/TC/S5Oe5QWTZIPSN7TcscBTr3fRAr62BYlulw jDw8FDH2MaqyFhMvzpWYzsqVW7qdnwasJM+qPqynh3CAyCGijLySYUZSsFlYOt3i98fFxK1yG +HCFKJ47ajrtyNY9O7SP/v+/SulSLI/Ub5bEGYP/beFgVqVLWAtLg4AJJZKd/GwoFDESBF72o F+4JHqCltsziDEjafJhk5FEJz25bWg9AV4eVcbCm+UvYSAHKH8UahXY9bBDKGCzd4H3mBOyRH waJxXn1lvsaTEEzqgWHLjftIZXJ2INCBPCapxTxHCo0Jbjgnenb9/ljnb+UWAUO4q4u4kVlcp T8pFEFLIwqp5TvGC76d6AQ8jI0XNqZUkZs4K+zpYVLszxS1PQ9u7aOibffK5x82WFZIhBtZeQ Q07sG9YCS8yzbhEpJ+5BPrh04ywvdEXc+W7gp4oS+3Vs1qWE7jeLi6GwWkatTuaHFCoughsdy QKOAxvgmKIPQX1C/K12yzsOofdvOboUEc1sTbPVBe86OKYfo5JG2P/DPWiQXJbtI6ofbwt8EE u8gOaQ51yCxGVl15zsCYo7D48HK+yL9rTor+XhDBqsqGFLrNQFArzdQpiR4UrkSeAMRtYifvi 2UTA/HLIuy1bOJFKK/ncuL7dkrNF0tBVLyaDSfa8z2qndknTFzKanuWAnq/Sqo1gIt60oEgo Received-SPF: pass client-ip=212.227.15.19; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: 7 X-Spam_score: 0.7 X-Spam_bar: / X-Spam_report: (0.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:288175 Archived-At: > So we both are happy with a minibuffer that can > overlap portions of the main frame. My version, > tries to preserve as much of classic minibuffer > behavior as possible. That is why I do not use > auto-hide. And if I do not auto hide then I need > to find a way to keep the minibuffer visible at all > times and, when not expanded, avoid overlapping > any important content in the main frame. Which > leads to overlaying the menu bar. I noticed that your 'resize-mini-frames' function preserves the width of the frame, something which should be done by default. But I'm always reluctant to change established defaults, no matter how silly they are. >> Nowadays you could also try overlaying the tabbar. > > Great suggestion. That menu bar was outside of > emacs' managed space, leading me to eschew > the child window mechanism. Not so the tab bar! > I have switched to overlapping the tab bar and > made the minibuffer frame a child of the parent > window. A very nice simplification. I set position > to (0, 0) at creation and never update again. Plus > I removed all vestiges of restacking and hooking > move-frame-functions. Finally my two frames > move and resize as a unit. You might consider experiencing with the 'keep-ratio' parameter of the child frame. The idea is that if this parameter is t, the child frame automatically resizes along with its parent. >> My own modified version >> of Emacs can show minibuffer and/or echo area combined/separately on >> bottom and/or top of a frame or in an arbitrary window and hide them >> away when they are empty. > > Did you just say that one can position the echo > area separate from the minibuffer? Where is > that explained? I've been confusing you. My minibuffer in a child frame solution which is similar to yours lives in a self-contained package I use ever since Emacs 26. The "modified version" doing what I sketched above lives in my local changes to the Emacs redisplay and window management code and is explained only locally there. >> The one restriction that remains is the one I >> cited on top of my mail - resizing any of these windows will resize at >> least one other window. > > I am not able to make sense of that statement. > Are you saying that when a separate minibuffer > frame resizes some other window on another > frame resizes? I think that I would find such > behavior disconcerting. I meant that when the minibuffer is _not_ on a frame of its own, resizing it will resize at least one other window on the same frame. You have to keep this in mind if you want to display, for example, the minibuffer on the top of a TTY frame. martin