From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#38181: Actual height of mode-line not taken into account Date: Sat, 2 May 2020 20:06:38 +0200 Message-ID: <01cee2f7-aeb5-4eb1-b2d5-e056c91eab8b@gmx.at> References: <87eeyd3ul0.fsf@bernoul.li> <83d0dt2qt6.fsf@gnu.org> <83r2290w24.fsf@gnu.org> <83pnhs6wwp.fsf@gnu.org> <83k1806qca.fsf@gnu.org> <8336en7giv.fsf@gnu.org> <81264049-4f88-fae7-6448-e0ac5d977268@gmx.at> <83a78u5s8y.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="29160"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jonas@bernoul.li, 38181@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 02 20:09:14 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jUwZe-0007SP-Ks for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 02 May 2020 20:09:14 +0200 Original-Received: from localhost ([::1]:34684 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUwZd-0006H4-DH for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 02 May 2020 14:09:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50308) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUwYV-0004VJ-IF for bug-gnu-emacs@gnu.org; Sat, 02 May 2020 14:08:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jUwYU-0000rT-J5 for bug-gnu-emacs@gnu.org; Sat, 02 May 2020 14:08:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42352) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jUwYU-0000rK-6e for bug-gnu-emacs@gnu.org; Sat, 02 May 2020 14:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jUwYT-0008Ij-US for bug-gnu-emacs@gnu.org; Sat, 02 May 2020 14:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 May 2020 18:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38181 X-GNU-PR-Package: emacs Original-Received: via spool by 38181-submit@debbugs.gnu.org id=B38181.158844282231819 (code B ref 38181); Sat, 02 May 2020 18:08:01 +0000 Original-Received: (at 38181) by debbugs.gnu.org; 2 May 2020 18:07:02 +0000 Original-Received: from localhost ([127.0.0.1]:53895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jUwXO-0008Gl-6S for submit@debbugs.gnu.org; Sat, 02 May 2020 14:07:01 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:48299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jUwXM-0008GX-EU for 38181@debbugs.gnu.org; Sat, 02 May 2020 14:06:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588442805; bh=cgEYCFMw25uqAlNgc/cASXpU70E/msIP6Sx4CBmxe60=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=ho/usGw6gqNJHTVUkpgpjT1cuJ/VkBXks7H1ysimJYqgPfANzGxk0xm054iPIt7Wt M69QVFISSocZc3DS30Vo6TmvK9NA4uFx4BfuizLbgrqQSPTBigNUvNO8VRWpixtiZC Q1W+viUXYihjqUJK1vJvrFhCWD2DRw6HTb880oC0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([46.125.249.13]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MbRfl-1it8sW1uyf-00buSW; Sat, 02 May 2020 20:06:45 +0200 In-Reply-To: <83a78u5s8y.fsf@gnu.org> Content-Language: en-US X-Provags-ID: V03:K1:PQSMEpvH7A3+9QOJbbGD38GVZVTUOKiTS6gQOgLXyXuGkAqN1j+ 1Xiiivem9ATt0QOxdtjm23X81eyyy6gu6UulB9ETeo4MqgFHTfR7GvVeSl/4nuLR3FQsVkL IFTAHUQOaLKDcY0CPIacyrJYDBplV7om+afHO79s565IYOnMocvToGp0Z7vxh8OLdnzxGF5 nz/QIVVNtMAgZcARQYz9A== X-UI-Out-Filterresults: notjunk:1;V03:K0:E29Z7oLjKfk=:0QO0BxyHXw7laKWDxBzlBJ Kcbx+9BQYGSVfKKiICLLhP628PXxoD6JtYLfcEkqwA2AFHfGtQ140BZlT0Mqc1mPnjYm5KEFH qOwLKoxj7XiBhQSSHaB6BHRU7rBQTvmWwPCc5gHkoznBhWT9IC1D4nZEaGh0EVxjs+tNFsPQR XVsx9ohO2dr7N9iD8Wuzk1pBINN/fNiEmmZTJQz7bJvKktZHa3VgR426c3fXh/RfgWENNcW1s GkFfYXDIc89AEN7Ps043ejCbqrAf48uIG3qWleKYHZIlMu8ioN9nht4i16C3Cd4Ymuk6K3GDE wIbh7P2+cjF9wVWMrsfj6DZukQW+ljsh3hkq/2UJF4Z5+SA5/xiCsJB6linsRBFprfz6Pcs63 PGhxh4NaWhWm8ZGAT5FhPdiV3wRLhogoxdg/TwrPJjog6yoOjuTgLLDY/atasCpKCRshW449k 0tE5aG7e6agZPx3E6lalefMdHfvnpWncU7ABRvVuoGtwli1GDyxqNl35pqnOm+VoXcsZJTWht 8+t0iZxEr8A38C/e70CpiLodVRqwtTH2AG29vP2JPdIo1wLown+euBXNgPiXaLL7KgXgk+Whe zKsO+mzCEclu5ABHgoIjCkGQQALwiCE/T8JqkNtgVAtpgJwJqGJOj6Y0dtiNcHWcLtMsV3h4N OlriTE5MiiBbsU9bV2NahCudzTZHjNCCisGmCZ62FLzqxgjCIOk1NY3eRRcX7er03aZTn8F5G IKNnc310Ud/mgysf+8i1Vr9CrgV1mTtB/bYvf67Y1XlDatpay41hpFSOyuxgcu32TqOskt+X X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:179533 Archived-At: > Suppose we had a Lisp-callable function which would return the height > of the mode line of a window as per the current mode-line-format for > that window -- would that make the solution possible/easier? Suppose I wanted to write such a function. Then the problem is with scenarios like your earlier (defun test-popup () (interactive) (set-face-attribute 'mode-line nil :height 350) (set-face-attribute 'mode-line-inactive nil :height 350) (with-current-buffer (generate-new-buffer "*test*") (save-excursion (insert "one\ntwo\nthree\nfour\nfive")) (let ((win (display-buffer (current-buffer) '(display-buffer-in-side-window (side . bottom))))) (fit-window-to-buffer win)))) If I wanted to take into account the changes of the face attributes in 'fit-window-to-buffer', I'd have to set 'inhibit-free-realized-faces' there to nil in order to apply the necessary face changes. Wouldn't that possibly harm our window matrices? Can you somehow summarize how that variable is supposed to be treated in general? I already gave up fighting with it in Bug#40639. Thanks, martin