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: feature/icomplete-vertical Date: Mon, 5 Oct 2020 19:59:58 +0200 Message-ID: References: <20200912133311.6ujtgczj6wyclufy@Ergus> <20200920130435.heye7bk73pm252km@Ergus> <83sgbczj0i.fsf@gnu.org> <83lfh4zfml.fsf@gnu.org> <838sd4z6lz.fsf@gnu.org> <20201001164804.mqqyxtet4ttweuyv@Ergus> <83blhhdy3w.fsf@gnu.org> <87d01xghmt.fsf@gmail.com> <83sgatc8er.fsf@gnu.org> <83mu11c78j.fsf@gnu.org> <87tuv9eygk.fsf@gmail.com> <83k0w5c4yt.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="28591"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spacibba@aol.com, juri@linkov.net, casouri@gmail.com, =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , emacs-devel@gnu.org To: Gregory Heytings , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 05 20:03:59 2020 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 1kPUq6-0007KS-MT for ged-emacs-devel@m.gmane-mx.org; Mon, 05 Oct 2020 20:03:58 +0200 Original-Received: from localhost ([::1]:44178 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPUq5-0004Sh-I2 for ged-emacs-devel@m.gmane-mx.org; Mon, 05 Oct 2020 14:03:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60840) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPUmU-0003ik-UG for emacs-devel@gnu.org; Mon, 05 Oct 2020 14:00:15 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:47901) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPUmR-0001RP-Hy; Mon, 05 Oct 2020 14:00:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1601920800; bh=qHDSb3djPS/PIkd1XIIqI+p+sHaPgVA4p1NZum+4BNE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=T4cNspfweHVNsyx6Qa8bOQGmlyvwoO/LCkrBKnvAlDWXD9SlzeNZSMOb/FjkWAxZQ FEbfgw8LQ8P9p/fa4FqCS9d4shaSFG2FyyxGqeZKkXWe7WstLCxmCvF29y8K6YCIPg LBq/0BnQeiPSU0uWNMMt2y6w2avf8fJCQUSXr3/w= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.147]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mkpf3-1ko7od0JI7-00mKiQ; Mon, 05 Oct 2020 20:00:00 +0200 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:pRdcCBD2MDUrgFSQuqkuplsduI+wyIwKNxuYBKLcCkwmvdyH/ZS pflqfHExOtLEMBL4KJ8g17ckytSkOAq4BnMUFUo3TkJXVGWmX8IwE/aFQPH3DevJtIqJIjw JJo5kH8z7209dpN0m9oxZtSAovaAP9WlYIadbuVQ9qGhATqgUKXqxAqRHYgZ5l1W1f5Esl9 zui8BSiQM9j9BQ7Vgaoog== X-UI-Out-Filterresults: notjunk:1;V03:K0:z7X3+hxFqNM=:8yYGi0wL4jAn32GyjowUrJ Tt4zNEAWijpJIjwuFPlRKw28wdjy0+D/9crAz3JzXiAo4DZ7w2OIilrzgs+qRv4cfxw/sg1YD HcyxmpPOCWnlMAL5FqVvL+A9Vm9oBwPY3axXk6wIeaemBEo+v2avbxzU0KHwjM+bLSj/E0px4 6sWqbJhcB5cQMNvc7pWWLeijl2JwV/0e5+XKMXEfDNd8jyWHPwBrd/6bU3F6PPyNKy5Z2rxap rKV7X4FlyQSKcZTG7/rs37TcvUzWLWEEZaDBldZQEhNRtVK/G5iv+GJKViCUF2virfZvzeOXT 9xwf8MXFh99vLVhDsagprRbRh4JXon74yT3g4Uv3u2C23/r0Vjz1v4zS7uZWd23XZ/3waO2ZF Aq1DVqC6mXT3kD4FHJjnrjxXsSMvf/HRDkCFg+V/FOhbKZVyEHktySl8IX2/I2eWjRlzkUtDX 4RgxrSJ6m8If3xowt8C15LxOiwNtD3wxGQyvtM4pGTmrc89AlJl4m5+0F2Tcc8bO10OTEqcK+ NQ5YnBqTjXhch1GbufWMmPJ+CnI4q1ffSUmvTZcp9uAKHTglkXasgP5CswAnMYkV4Fd0l9yCK cI1q5Uncymc7zIJ+iv/ytn5mHapH3Rr1mQHeQOJ4hvHX9faGeO5v34yBVdp7QSy3dcWb75IoN bUPHteIUNDKb2Dv2pIRYSTvVtuR1RBtSgvB/q/TWETGitEn7UcASR2/5kndwLYw/ejeuXNPsV Vjg14qmktVdaM2V1UtvmbYl+vayFbqieJuBwFCpZDlAhQi9ZGKME0VhnwEbPbIQH0JiqJw/a Received-SPF: pass client-ip=212.227.15.19; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/05 14:00:05 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:257133 Archived-At: > Just calculating the window dimensions is already a nontrivial > task. There are two cases: a miniwindow-only frame, and the "normal" > case. In the first case you need to use frame-height, and multiply it > with the pixel height of the "default" face. In the second case you > can get the maximal dimensions with max-mini-window-height, and > multiply it by the pixel height of the "default" face. But you cannot > just multiply max-mini-window-height by that height, that would be too > easy. There are again two cases: either max-mini-window-height is an > integer, in which case you can just do that multiplication, or it is a > floating point number, in which case you have to multiply that number > by frame-height and truncate it, and multiply the resulting number by > the pixel height of the "default" face... You underestimate the complexity of resizing the minibuffer window. 'max-mini-window-height' and, say 'frame-pixel-height', are by no means sufficient to determine whether the minibuffer window can be really made that large. You have to check whether the remaining windows on the same frame can be made sufficiently small in order to accommodate the enlarged minibuffer window, including the case where you have fixed-height or height-preserved windows. Look at the code of 'window--resize-mini-window' and 'window--resize-root-window-vertically' to see how this can be done. And even if your code works, you may have modified the start positions of many other windows on the same frame when the minibuffer window shrinks back. I'd never use the default minibuffer window for displaying larger lists of vertically arranged objects. On GUIs use a separate child frame, on TTYs a side window instead. martin