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#38791: 27.0.60; Multiline mini-window fails to resize after clearing message Date: Mon, 30 Dec 2019 18:54:14 +0100 Message-ID: References: <838smvnr5o.fsf@gnu.org> <83blrpn6y0.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="57827"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38791-done@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 30 18:55:27 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 1ilzGI-000Ewt-Vf for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Dec 2019 18:55:27 +0100 Original-Received: from localhost ([::1]:35372 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilzGH-0003nc-Hd for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Dec 2019 12:55:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59113) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilzFv-0003mp-73 for bug-gnu-emacs@gnu.org; Mon, 30 Dec 2019 12:55:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ilzFu-0005gY-7z for bug-gnu-emacs@gnu.org; Mon, 30 Dec 2019 12:55:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55598) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ilzFu-0005gO-3z for bug-gnu-emacs@gnu.org; Mon, 30 Dec 2019 12:55:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ilzFu-0006r0-41 for bug-gnu-emacs@gnu.org; Mon, 30 Dec 2019 12:55: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: Mon, 30 Dec 2019 17:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38791 X-GNU-PR-Package: emacs Original-Received: via spool by 38791-done@debbugs.gnu.org id=D38791.157772846426280 (code D ref 38791); Mon, 30 Dec 2019 17:55:02 +0000 Original-Received: (at 38791-done) by debbugs.gnu.org; 30 Dec 2019 17:54:24 +0000 Original-Received: from localhost ([127.0.0.1]:33334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilzFI-0006po-7v for submit@debbugs.gnu.org; Mon, 30 Dec 2019 12:54:24 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:38005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilzFG-0006pb-1N for 38791-done@debbugs.gnu.org; Mon, 30 Dec 2019 12:54:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1577728456; bh=1JmK88FwMLLkPBS5NCIDbfkQZY/A66hnFY64M7u9cWs=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VzY9xXaxNWOxprxR6N6p9utSK50jmVztdZs1Q4h2hCxrs8zCApOx88OKnkYNpK4ih ky7pwG5WhAVfjdK2umZbW70Ey8hEYDQRr8akB9goiDyRCDyUMhHv0DH/ImQHPg5Ud9 lTJ4NiCRfPWXYwpWyPm7VXBu1RtQWNCytQ0hhup8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([46.125.249.24]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N2V0B-1jkNMt0BiR-013rSH; Mon, 30 Dec 2019 18:54:16 +0100 In-Reply-To: <83blrpn6y0.fsf@gnu.org> Content-Language: de-AT X-Provags-ID: V03:K1:/yDYvPbsCA33vYYjGXp0KZCBW9B+CqRuYJWUAeOvg4waTfW9uhh VdQTB1KiYoJ6chBkU49h5NIS4WGudJRgyYIYn0nFXsebzwuhLuEcrGlKmFSgUWcYXeYXe0u OMoV1WafVDIiCmlxs72URth/vhl6Jl1imZ7kEf8QHkx3XuPFt9DRqJSznusKyVhvzv/tLjW 8LnErC9kgALeeEbHB1PLA== X-UI-Out-Filterresults: notjunk:1;V03:K0:IROsSHqLYyQ=:Jk68hBHD+RsKlW0048dK6X DQI4WI2i7OiTrg40B/D2OzQ2sbcoe6C6OZbQI/5aVWGTcgpAivzAdSxCNwVNNqUwc1lefT5DN J+wOZ6U3FETSVRSMGktVHfRME56T/8MbCIiSmIIlMrMCGCp56fbUM9VQsrPhXsnQ1toHJoXDH YxoFjzuE9I1XQRuet90/Xyj5GsZJcdIR+dXFisw4rf1B2Q40x3dgg3Z95DlgEqwGfIbjw4T8P gCegaiD78P7kLqJahR49j1tIsOIJ9RW6tNfBoCoMJAIEXskDB+rZ3m9brGYezUS4fHpPs0oYC TPdiC647gKQeefe8iokUm4IC+JZg6WUjib0P3lC2LyVnYgZYjW2WUlAgdxJ1vndlu9a6G+/kv wyldfCLcxISfLegtZ2T7Cj//vke/LkiQBno6Y1hkj+4xmnqy1Dzs9jRX9G/d0uYqJq5UHs2Qe WGuJHSRvuKnOAGBGpf9C2KTWMM8qFAFWTutvtyp+I6FNZrDTolr8sDY+/MHG2ZPfJ33YoGQHL oLKQkxZYTb5+/6gqhX4VRhzZBUldbUASobAX2g47OUcjZfM+jTFE3gW2oVzBgQMs2MyIli2R6 IgWwvzaS0J5umFDaQIjAexl3ju7uxDEgWLs4pjXjmqYpy4veC6V+Bb/6t35v6cJkmR1CN9URu tzS7AvGr2EATHvaWxcUYk7wmBzo8hNu5ZPYdZvkvdxEOOIPY6wMGAuoTzzyERPY0qrnmdiZP8 J8zO3cpwLvrmxPJ9AmkWEEm8j38LLRfev1jWEF8NQYaYYaelcVEzPvbemkHZ4r+LzAukrETM 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:173949 Archived-At: >> It apparently never entered my mind that WINDOW_BOX_TEXT_HEIGHT might >> mean something different from the height of that window's buffer text. >> Shameful. > > Well, the name is ambiguous. I'd eventually want to keep only one function among WINDOW_BOX_TEXT_HEIGHT, window_box_height and window_body_height. But before that we'd have to sort out which one to keep among CURRENT_{MODE,HEADER,TAB}_LINE_HEIGHT, WINDOW_{MODE,HEADER,TAB}_LINE_HEIGHT and the calculations done in window_box_height. Together with window_wants_{mode,header,tab}_line I'm afraid that we have some circular definition here which is also confirmed by the fact that using CURRENT_{MODE,HEADER,TAB}_LINE_HEIGHT within other macros is usually frowned upon by gcc complaining about missing sequence points due to the ((W)->{mode,header,tab}_line_height assignments. Parts of that dilemma also show up in miscalculating the heights of the vertical scroll bar window as sketched in the thread on Bug#38181. In either case the bug you fixed here was all mine when I started to squeeze the earlier shrink/grow call sequence into a single grow call. > I installed the fix, and I'm closing the bug report. Thanks again, martin