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.bugs Subject: bug#45737: 27.1.50; Assertion failure in window_box_height Date: Sat, 9 Jan 2021 19:48:32 +0100 Message-ID: <9f684e70-0195-e2a1-fccf-bed4b2e8ad1c@gmx.at> References: <2fcf7ec9-8b85-e81f-6ae3-9d08abda8b3f@gmx.at> <8335zaig4t.fsf@gnu.org> <8d247025-528e-00a7-b92a-c59c775f6968@gmx.at> <83zh1igwt0.fsf@gnu.org> <48610ec3-59d8-575f-4360-598077630266@gmx.at> <83pn2egfuj.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="blaine.gmane.org:116.202.254.214"; logging-data="39382"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 45737@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 09 19:49:10 2021 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 1kyJIT-000A9M-Uv for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Jan 2021 19:49:09 +0100 Original-Received: from localhost ([::1]:46980 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kyJIT-00061m-1O for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Jan 2021 13:49:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55730) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyJIM-00061e-AA for bug-gnu-emacs@gnu.org; Sat, 09 Jan 2021 13:49:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41070) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kyJIM-0006ay-3C for bug-gnu-emacs@gnu.org; Sat, 09 Jan 2021 13:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kyJIM-00056d-0G for bug-gnu-emacs@gnu.org; Sat, 09 Jan 2021 13:49: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: Sat, 09 Jan 2021 18:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45737 X-GNU-PR-Package: emacs Original-Received: via spool by 45737-submit@debbugs.gnu.org id=B45737.161021812319602 (code B ref 45737); Sat, 09 Jan 2021 18:49:01 +0000 Original-Received: (at 45737) by debbugs.gnu.org; 9 Jan 2021 18:48:43 +0000 Original-Received: from localhost ([127.0.0.1]:52616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyJI3-000566-4K for submit@debbugs.gnu.org; Sat, 09 Jan 2021 13:48:43 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:38889) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kyJI0-00055s-1u for 45737@debbugs.gnu.org; Sat, 09 Jan 2021 13:48:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610218113; bh=WpQQoDhFr7EOvHAdHlfRwAI6U5DCvPgpPVeCrHdYGyM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=fdwM7iIOOgGybUmDkhUho0MMrBu4UHRzgs3a7KcwzbGzABmpDHDQWmcMK0aexnYS9 FQPB+tPY/zAj/mWdEGORs6ZU8WkuhvsbAM1NsUtns4/MssGskc0wYE03YVfhwdUAY9 g/CnPJlWqcwzVzW/9DcdrF/hqIFnHJ96yvwpaO7c= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([46.125.249.80]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MO9z7-1kZkAC1PSr-00OZ8f; Sat, 09 Jan 2021 19:48:33 +0100 In-Reply-To: <83pn2egfuj.fsf@gnu.org> Content-Language: en-US X-Provags-ID: V03:K1:Q54Y1uF3IqIlE6SlgZm1D8vPQShiIl55vLz2qCuzAM2r9iy5B0u xlbCl+HBbSiQlL6Ugn0kWgkT5ItD2ffuF6v/UkNtFwlLUjXkD3xMctFydr1RvE/97aws67M NQDpxw1FRcZxyzkfWRgvCZXC/kJ4xB+Qu9D33ZdI8Q/sxAFxp1BhbxSVzmSUavE8ly4VuC2 E/5uBMzvwX/tHGM97rIxw== X-UI-Out-Filterresults: notjunk:1;V03:K0:7YdXK2/Fi+A=:5M7VNG2WjMW/elLXO7VOgh oFtAY+snOE9cd/1/dMAY/AJeBNtOlDuz2+h+kJyxZN+pyQhDlKFjX7+ocfsq38wXXvhyGTd2P mkfnSIzNrYD3/PPJR1rcx+mXdIVD6kDXBW2WRO3d+vDwaQ9FUX8A2S1YGGVbnGYPGPtcs/fvW dV3pNWsHnm0mdSOrsM6rQzZK/5Av/GvFYPQibEuypi8VEAGHXqkssS03KaULg2c4FKzQ9GuN2 XhHQVMdaC51V2zn23lshKrM6TT2nPPgX0E6lumMSvRzezEx1bqYERlIYwnhqe7N0S4XrjU0zE NSBQ12YyC7zjJqtO8DEUJ2V019BjOeslRU56ZUsHR0aGPqc/lQ20MLEK+CSEHYnrq9Fvx5isL sD8qpGuYWpcw8L+7pX2H0st8RmldARMArCD308e2WDAbQ79tZlTbWLPLCLCjyC7zLoaM8bEJN ArLWG2vIuZw2b5AaVAKXwJfYALBlk/+Dv3X/RTsA3Cawdo9jjqmElo7XojQo5YTBN0mGOgz+J fse9AO5ff3SHaoUicxIQN9Edo5bGYWPcD5/YDmC0PoChe8Dkh579T5EuXdK8r0tREIzQg1MTt 0Xq+ujk5gpDULSRqakPx6b7gc17ipefJ7AAKN46EbrIvvnESI9ogwIMY+RBeEc1S8/dxl2yGm aXHCc9VDTu5Nhqpa70X+glEF2WsoAD8T8MRy6txUci4Octv2Kk1rC0oIT+Vr38QURYdL6cwGo um18tIwLQEYtmmbdW/qCmDk4L7GR6cpFK0VRppMewG6Qbw/WHNB5r1dr4KF8Oep5YN0uFod0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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:197570 Archived-At: >> That would be better indeed. But I suppose this would require to >> implement zero-height windows, something you didn't like when we >> discussed it about a year ago. > > Can you help me understand why this would mean zero-height windows? > What I had in mind was to constraint resizing so that the min-window > is always at least 1-line high. It depends on what you have in mind with "constraint resizing". - We can constraint the frame size via size hints so a user can never make the frame smaller than needed to make all its windows visible. Whether this works with other window managers depends to be seen, is not general practice with practically all other applications I know of and, as mentioned before, doesn't really work on Windows. And we would have to make it optional to avoid offending any users. - Otherwise we'd have to constraint the size of normal windows since 'window-safe-min-height' gives them always at least one frame line and if a frame contains two windows above each other and shrinks to two lines, these lines will be filled up already. So the display engine and/or the windows code would have to "skip" these windows to allow showing the minibuffer window instead. For me skipping a window is tantamount to giving it "zero height". But maybe I'm missing something. martin