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.bugs Subject: bug#38181: Actual height of mode-line not taken into account Date: Sun, 17 Nov 2019 10:01:44 +0100 Message-ID: <9700fac4-b75d-cd6e-3360-78bd0f8c7db0@gmx.at> References: <87eeyd3ul0.fsf@bernoul.li> <83d0dt2qt6.fsf@gnu.org> <83r2290w24.fsf@gnu.org> <83pnhs6wwp.fsf@gnu.org> <878sofon8v.fsf@bernoul.li> <837e3z7pzo.fsf@gnu.org> <831ru77ghg.fsf@gnu.org> 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="164951"; mail-complaints-to="usenet@blaine.gmane.org" Cc: jonas@bernoul.li, 38181@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 17 10:02:39 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iWGS4-000gjd-KC for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Nov 2019 10:02:36 +0100 Original-Received: from localhost ([::1]:52736 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWGS2-0003Vg-Cb for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Nov 2019 04:02:35 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55215) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWGRX-0003U6-Su for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 04:02:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iWGRW-0000tx-Tr for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 04:02:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59678) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iWGRW-0000ti-Qt for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 04:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iWGRW-000266-N0 for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 04:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Nov 2019 09:02:02 +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.15739813187821 (code B ref 38181); Sun, 17 Nov 2019 09:02:02 +0000 Original-Received: (at 38181) by debbugs.gnu.org; 17 Nov 2019 09:01:58 +0000 Original-Received: from localhost ([127.0.0.1]:40265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iWGRS-00021p-4A for submit@debbugs.gnu.org; Sun, 17 Nov 2019 04:01:58 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:49667) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iWGRQ-0001w4-2K for 38181@debbugs.gnu.org; Sun, 17 Nov 2019 04:01:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1573981305; bh=RePeYdgb1sbk1BjcfPz0ShTwgIGCD30OJMBDbnZTME4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=QUlei22XUUrT/JVTv/zZAjdc/Zuqn+GSwa3z0jWoUtPj7tuuYshfyTvDboMq+Gqwz w3ujjuePEVbEnF7L6Reh28ps7b5Yf13OOXauill4lcCoKthXPsUufBM3DC69JoevTD aja5ZEYadoo3PBmBEYdtwymLSbKfS8J6v8vV8ipU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.103] ([212.95.5.179]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6Udt-1iTnaj3ykT-006zPk; Sun, 17 Nov 2019 10:01:45 +0100 In-Reply-To: <831ru77ghg.fsf@gnu.org> Content-Language: de-AT X-Provags-ID: V03:K1:9MFuOhzYrOYl+RdcNDITTOJ1mr5Cu3vopvjxVlShcH449b8/b3B SDiUSxwgxVUPy8azXBa1/PqIhXZS7CZRYT6j1HLd8Z8Q8AhOVu/hTwrN3Ic3NiwpUfdfO/A tc8Cg4BlQKz+dQD/FRb0NJ+pBi0chgHgNhqmfRstIZ8ugRIycsbekyHUR+YYr87oWvhN3Ds PIM0i+0fox6OesIgAYCbw== X-UI-Out-Filterresults: notjunk:1;V03:K0:+9iNtlQ0eQ4=:dLUotddIwrchA+DcZEuBO2 CcgN08hr+DSkwMemZ8EThLyZh+oceTPRk5V48fa8jXaEjnad4CNajdOnt+5Z2aGjgrna5Xvou cs+kT42HU9AuW8OOaPJeXaq8TLNdCH3ejwRgviiuEqjCzbpH4LsjldUydgQUVqVPzn+o/DXGF LJDSyxmaRJICMQ5nHezrfIDrfH/wJfhjN0xCOJfBj2GLn8TBlABLa30r8P11e0gRNrEmKfKoO gKq3bQNvdJ8HbYirzSJWx/uIuGcN/4VNMcn8N6rr323YiecPI7A2hsqpwRIxlTIXVgA+Avu1t XJhGZnM6KEthn+K59wSjCTadX6YNaB2FyMBh8m0sNzbFG4Hgm1V8ej24pQoaQafa8bg4G6uyJ hVngkQA78BYAjfDRuoaofH1oq0tf0qRa+o4rjy6Odb/o3wpDbextLyptjE9alsp6MvD6aqj7h P44sWDxBGbSt/BrjMo+VYZta20U8GzxaWROjbwVllW6AwZBeC5celDheJQ2HTxrykbvTPBRaV x3U8o2CJEHHHLPlIMezPtMMf62RzlV4OXhpPk8yUh9eRaobQJCd1+9vDk7fF4ZwX0vrt7Fiif v6F1dcXzgCuy7r05Oq00/0uh1W+MIq7bFC98pqfXDD4XXXJEBhnTCg5MZ852jf4x6yEveDhai 9KyfBxBxZk5eCz8r9U8ASBaLx7Za5fLJX7SqEfJTbsSwoxOFPqxIndiohxY4jMipYTqmN9JA5 LFEkPxwzQC9TcU5Oy6u7jQGJpI0WUVcWa/VoVreOEPhnB07DDIpcr8gjOQTVvqt2mKmM6FfK X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:171782 Archived-At: > Maybe fit-window-to-buffer should set some hook, which redisplay > should call if it finds out that the mode-line height changed? Maybe a two-bits sticky bit-field in the window structure called refit_window_to_buffer. The Lisp interface to it is a function called 'refit-window-to-buffer' setting refit_window_to_buffer to 1 if it is zero. 'fit-window-to-buffer' always calls 'refit-window-to-buffer'. display_mode_lines sets refit_window_to_buffer to 2 provided it is 1 and the mode line height of this window has changed. The display engine eventually calls 'fit-window-to-buffer' for all windows that have refit_window_to_buffer equal 2 and sets it to 3. When the display engine is done with redisplay it resets refit_window_to_buffer for all windows to 0. This might be tricky for windows stored in configurations and states. And always remember the fact that in one and the same display cycle 'fit-window-to-buffer' may have been called for two windows above each other. So this is definitely not for Emacs 27. martin