From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Nov 2020 20:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 44932@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.160659701213960 (code B ref -1); Sat, 28 Nov 2020 20:57:01 +0000 Received: (at submit) by debbugs.gnu.org; 28 Nov 2020 20:56:52 +0000 Received: from localhost ([127.0.0.1]:49212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kj7H2-0003d5-6P for submit@debbugs.gnu.org; Sat, 28 Nov 2020 15:56:52 -0500 Received: from lists.gnu.org ([209.51.188.17]:52790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kj7H0-0003cy-MU for submit@debbugs.gnu.org; Sat, 28 Nov 2020 15:56:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50860) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kj7H0-0002Km-EO for bug-gnu-emacs@gnu.org; Sat, 28 Nov 2020 15:56:50 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:43737) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kj7Gx-0006k6-Pd for bug-gnu-emacs@gnu.org; Sat, 28 Nov 2020 15:56:50 -0500 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id C2770100004 for ; Sat, 28 Nov 2020 20:56:42 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET Date: Sat, 28 Nov 2020 22:40:20 +0200 Message-ID: <87r1odtdtx.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=217.70.178.231; envelope-from=juri@linkov.net; helo=relay11.mail.gandi.net 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, 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-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) --=-=-= Content-Type: text/plain I've lost all my changes in the edited file because of the wrong input arguments for window-in-direction. Here's is what happened: I forgot that the minibuffer was activated, and in the buffer called the command windmove-display-down. But it displayed the text buffer in the minibuffer window. Then I noticed this and exited the minibuffer. But exiting the minibuffer wiped off the contents of the minibuffer window, i.e. cleared the text buffer that was displayed in the minibuffer window. This is because currently windmove-display-in-direction doesn't send the arg 'nomini' to window-in-direction. And it can't send this arg, because currently window-in-direction ignores the value 'nomini', and doesn't send its MINIBUF arg to walk-window-tree unchanged. So here is a patch to avoid such accidents. It sends MINIBUF arg from window-in-direction to MINIBUF arg of walk-window-tree: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=window-in-direction-minibuf.patch diff --git a/lisp/windmove.el b/lisp/windmove.el index 6557960064..5db13cf6b3 100644 --- a/lisp/windmove.el +++ b/lisp/windmove.el @@ -485,7 +485,7 @@ windmove-display-in-direction (t (window-in-direction dir nil nil (and arg (prefix-numeric-value arg)) - windmove-wrap-around))))) + windmove-wrap-around 'nomini))))) (unless window (setq window (split-window nil nil dir) type 'window)) (cons window type))) @@ -569,7 +569,7 @@ windmove-delete-in-direction When `windmove-wrap-around' is non-nil, takes the window from the opposite side of the frame." (let ((other-window (window-in-direction dir nil nil arg - windmove-wrap-around t))) + windmove-wrap-around 'nomini))) (cond ((null other-window) (user-error "No window %s from selected window" dir)) (t @@ -637,7 +637,7 @@ windmove-swap-states-in-direction When `windmove-wrap-around' is non-nil, takes the window from the opposite side of the frame." (let ((other-window (window-in-direction dir nil nil nil - windmove-wrap-around t))) + windmove-wrap-around 'nomini))) (cond ((or (null other-window) (window-minibuffer-p other-window)) (user-error "No window %s from selected window" dir)) (t diff --git a/lisp/window.el b/lisp/window.el index d564ec5546..82976bf836 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -2309,7 +2309,7 @@ window--in-direction-2 ;; Neither of these allow one to selectively ignore specific windows ;; (windows whose `no-other-window' parameter is non-nil) as targets of ;; the movement. -(defun window-in-direction (direction &optional window ignore sign wrap mini) +(defun window-in-direction (direction &optional window ignore sign wrap minibuf) "Return window in DIRECTION as seen from WINDOW. More precisely, return the nearest window in direction DIRECTION as seen from the position of `window-point' in window WINDOW. @@ -2332,10 +2332,11 @@ window-in-direction frame and DIRECTION `above' the minibuffer window if the frame has one, and a window at the bottom of the frame otherwise. -Optional argument MINI nil means to return the minibuffer window -if and only if it is currently active. MINI non-nil means to -return the minibuffer window even when it's not active. However, -if WRAP is non-nil, always act as if MINI were nil. +Optional argument MINIBUF t means to return the minibuffer +window even if it isn't active. MINIBUF nil or omitted means +to return the minibuffer window if and only if it is currently active. +MINIBUF neither nil nor t means never return the minibuffer window. +However, if WRAP is non-nil, always act as if MINIBUF were nil. Return nil if no suitable window can be found." (setq window (window-normalize-window window t)) @@ -2451,7 +2452,7 @@ window-in-direction (setq best-edge-2 w-top) (setq best-diff-2 best-diff-2-new) (setq best-2 w))))) - frame nil (and mini t)) + frame nil minibuf) (or best best-2))) (defun get-window-with-predicate (predicate &optional minibuf all-frames default) --=-=-=-- From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Nov 2020 08:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.16066381418088 (code B ref 44932); Sun, 29 Nov 2020 08:23:01 +0000 Received: (at 44932) by debbugs.gnu.org; 29 Nov 2020 08:22:21 +0000 Received: from localhost ([127.0.0.1]:49615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjHyO-00026O-T9 for submit@debbugs.gnu.org; Sun, 29 Nov 2020 03:22:21 -0500 Received: from mout.gmx.net ([212.227.15.19]:51815) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjHyN-00026C-3g for 44932@debbugs.gnu.org; Sun, 29 Nov 2020 03:22:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606638133; bh=DFTAgz07W3FXqkN4TMTVovrItyZfitNIyMi/lTlKjPs=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=d2HlPXQz2nUhvugIVu/eFa2buui0UzSr2wAl1/6N/Kc8aEV1245Wk2kSwT5j41e2R kphiAbFFeY/1lgQlI0Jkvm2O42j9sX5lRYbktecxSgtoQ+ypa1aAxmVqP8kOjKBT9X kFC+Z+quVbFnFmALzBA82UJ+XUD8R1DyyyOYLJXA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.227]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWzk3-1kgksG089h-00XN3j; Sun, 29 Nov 2020 09:22:13 +0100 References: <87r1odtdtx.fsf@mail.linkov.net> From: martin rudalics Message-ID: <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> Date: Sun, 29 Nov 2020 09:22:12 +0100 MIME-Version: 1.0 In-Reply-To: <87r1odtdtx.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:BDpx0faPAIwo1jAkHQDI+Nl8iIGUy9qEHnV4WgMTXbU7btDNX7j zQcaOj937nL5+Sh25EOM1Bx7yngUKUZx9ChDrGoktOZP62o66oaiy12mytq0qedHQVfXSUL l6R/EXJqyVosLl8f4aeGqVrLzoVh9CRtxwmhfUuPZbTjYUkvjeMnygiAG6mcFjcxf2yr/zl h9MQSRx0C18hqqeTcL12Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9WIFGUfkfvM=:WH/LFVAByKH6z1cRQqQkFg PDItX6IO7kfuIJ+ipte6AsxkZ+UcobiimWJl9sQgpulOpN15HuzglxyfjgrnHOzx2utHJl/6Y r9izDGepIG9lHCgau6vE1g/ICEKHTOoBJQ2L6BnSii4Vj104nvJfs7dokgdbI3+IEvsO2v0a5 6CU4GJJmDoT2eILWB5Bnls559seN2XxitulTAU3hDW/HwzR4vwovjqRgstsytpugCEjAfBH3v fSQmIIIEkg7mr6m5TLjUx3Wi0WMh0eOUQRG5jR1Y0ZsdHHIURajRuwofpSexIEvYbi7umS/UM RijHAe3PitFuvwU8vJdHFqCYYHESH6lGOUNlsyHz5tEl/3lmsXFczdjeFJYjL2yKkgIy3bs59 WcD+HxbYemOb11DsH6mvG9uH+tnI+n7HYEw8AlqHYtKT608xtG7rl2VwpMZAXfSlhGnn54PPM prVPlyKBFPejpYLr8MmT5tOvPgKUaMFeufQ5GjyZV18XSMv32NW9B500HOY0ufVv+lnJozn2J VwMIyw1HfsBw9MvYNTH+Y2KsnrfSWGcNELqngkxggaVFXOY0cBZvmIPSbp5Ud35vp8D8ojxj9 mdfb2AVZBzYGJsMN1pFWFrdR/1F7A+6OP/v5lwU5rfRlJ3II6A320kZknlSYVa/aRizgcV+Jh PdGmCnKlXFpZVKHs9ATLN4v8YqOdJJIhnvHw33tysJ6qsflgym+EBhktNkD7DYXDCLog2FCiz 06lX9sYqVbSoljFsJwKObqe1HjaqPBq0YomKZf8kaJ6S4rcDvdghjxO3tLYxMs6ZIbnNQz7+h iqfFR4T4SrDNmpBhv0We3TR+o0kdGiE8x8PKNsu4CwlWt/B1+czVTvPEM3EiVInpayU88y7Xb eIBGNSKEWUGQzfF+6Jlg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > So here is a patch to avoid such accidents. It sends MINIBUF arg > from window-in-direction to MINIBUF arg of walk-window-tree: One day we should make up our mind whether we want this arg to be called MINI, MINIBUF or MINIBUFFER. I have no personal preference but the current state (in particular on the C-level) confuses the hell out of me. martin From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Nov 2020 19:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160667940019078 (code B ref 44932); Sun, 29 Nov 2020 19:50:02 +0000 Received: (at 44932) by debbugs.gnu.org; 29 Nov 2020 19:50:00 +0000 Received: from localhost ([127.0.0.1]:52692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjShs-0004xd-97 for submit@debbugs.gnu.org; Sun, 29 Nov 2020 14:50:00 -0500 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:42827) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjShq-0004xL-Il; Sun, 29 Nov 2020 14:49:59 -0500 X-Originating-IP: 91.129.99.98 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 09B951C000A; Sun, 29 Nov 2020 19:49:50 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> Date: Sun, 29 Nov 2020 21:49:12 +0200 In-Reply-To: <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> (martin rudalics's message of "Sun, 29 Nov 2020 09:22:12 +0100") Message-ID: <87h7p8zeim.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 44932 fixed close 44932 28.0.50 quit > One day we should make up our mind whether we want this arg to be called > MINI, MINIBUF or MINIBUFFER. I have no personal preference but the > current state (in particular on the C-level) confuses the hell out of > me. I think MINIBUF is the shortest that is still unambiguous. Now at least renaming in window-in-direction is pushed to master. From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2020 09:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov Cc: 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160672715021917 (code B ref 44932); Mon, 30 Nov 2020 09:06:02 +0000 Received: (at 44932) by debbugs.gnu.org; 30 Nov 2020 09:05:50 +0000 Received: from localhost ([127.0.0.1]:53413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjf82-0005hR-0T for submit@debbugs.gnu.org; Mon, 30 Nov 2020 04:05:50 -0500 Received: from mout.gmx.net ([212.227.15.15]:37615) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjf81-0005hE-4e for 44932@debbugs.gnu.org; Mon, 30 Nov 2020 04:05:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606727142; bh=SD7XR6Hcw7lj5DSThzXoaGD3OzUeuHaSJa0iKHPmdmo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Fx2XpB+hIDhi1yZmJiMYaJWWnUcvAJKYRcKZxkEvpRkWwV1R+aoB3yL5fRs16Yk3d P6WHTgEytBbUFiMFpvfldhwPKPBcuOY9Fc8rDYBmUI3fkZpZzD7QToQMtTZOUyLDBR mAUJ1G7xLKkkuoWe0Ubcx1dYdbmWgpBqzTk4oadQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.17]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N3KTo-1k27522obq-010KTl; Mon, 30 Nov 2020 10:05:42 +0100 References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> <87h7p8zeim.fsf@mail.linkov.net> From: martin rudalics Message-ID: <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> Date: Mon, 30 Nov 2020 10:05:41 +0100 MIME-Version: 1.0 In-Reply-To: <87h7p8zeim.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:qu7aI/c4k3e5rpd+b4a+4ZX/XvQRVh5rWVWNYaBrxJl1Wj7eMeN OVZr5h9SUlsYnt8N+ndnpJ94d5rAS08gXwEq/xBwYAyyIaExFPclPOQcwkIHapvBLGSRJfN CPzyUserKtoDExOQhZqpPnQ1K8blvbG3nnCNZcSymxubi+8aGLqdbCozGkyfgXxzuz3lC3t 4A8mYiSv4aInvCn4C0xjA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:NVJVM8mcjX4=:fT427X2q/geu8wnKWyXt4w UJKjUa4SXVl73QXZpgGyPhsc0Ua9E4tUquIV5XuPDcpLTCh8IcRsjK2eyvus4XAyUG/t3SRO5 1HR0I/5dXbO93kYcsI1kJEnhjz/f5HRxmYz0L2ge3HiEGH20ivSZXhgHcTSQJyyP789OpmhYv rd+mx7Ep4W9SSVudeI+Tv9vKz11NTmOQLBAucjTqd0M+42ZDXM77kdla1VA7pq3aOhEpVJbmW q5JCefb/3yWDmo4sTVaJDe9U1n3PXQpvgURQOWQuH+bcbiRcAAKhEd0EFluBMN5iLinZ/f4wP fRr9/3PnYieKHcbzvIkixxuznt0KHzGcv4eS9Sg4AT1OvAgReJ9j4C4LSl7UDN4skkbOycunm O6GB8TTe31WZuV5X5fibqiYQ6chsF48Vc6kPaElq1TF4PlgZl7DL5tLH3K4AjybosPKfRKc9L d61vll9SaVcmmH4iM5YvtJxhfn7XOymVk19aw+fJ8UzzP5KecTiLuyzMOhoG4YzcpDu2SfhBe v32FXimlhgxIl7HVZOCyqBEzUWEb7+mH7qXdLn6v86N6cg4SEH5hjUlNcr1IhxDQktUaCYPx4 HoPnLWRwHqEbotVByrsoYeg4Y6SnhTXUpaXiLBexwzZwVYICNrEzz1CaSWfpjmSgNQx5Faji+ wQVAk+0tCB+323r8/xVk0L1Qs/t9s7ztRMA9Nex1voEtluPO0hyfZnAxUF4+7l6RE8S3mOzjo TF946A6QMY5ixD1uD8+ZrUKKRfVZGT6nQuHHmO4GIT9u6t04Wg0onR2njfW+944D1Df4670ZX VPAvZTWonqgiQSOTJIIi3lvzerkGfWSYHo+8ap88ONHlhrSS8BkDJ9oNRHdeq2wBpJdnuHZCp LkS+nFkbHQKjoX3rI70Q== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> One day we should make up our mind whether we want this arg to be called >> MINI, MINIBUF or MINIBUFFER. I have no personal preference but the >> current state (in particular on the C-level) confuses the hell out of >> me. > > I think MINIBUF is the shortest that is still unambiguous. It gives the impression that it stands for a buffer where it means a window that may also display the echo area. 'resize-mini-windows' and 'max-mini-window-height' tried to establish the "mini-windows (the minibuffer and the echo area)" nomenclature and we now take a step back in the other direction? > Now at least renaming in window-in-direction is pushed to master. And left MINI in the .texi file. I spent some time trying to make manual and doc-strings congruent in this regard ... martin From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2020 20:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: martin rudalics Cc: 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160676990210614 (code B ref 44932); Mon, 30 Nov 2020 20:59:01 +0000 Received: (at 44932) by debbugs.gnu.org; 30 Nov 2020 20:58:22 +0000 Received: from localhost ([127.0.0.1]:56840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjqFa-0002l6-2m for submit@debbugs.gnu.org; Mon, 30 Nov 2020 15:58:22 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:48821) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjqFY-0002ku-Px for 44932@debbugs.gnu.org; Mon, 30 Nov 2020 15:58:21 -0500 X-Originating-IP: 91.129.99.98 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 252ABE000B; Mon, 30 Nov 2020 20:58:13 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> <87h7p8zeim.fsf@mail.linkov.net> <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> Date: Mon, 30 Nov 2020 22:49:12 +0200 In-Reply-To: <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> (martin rudalics's message of "Mon, 30 Nov 2020 10:05:41 +0100") Message-ID: <87eekaa8au.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> One day we should make up our mind whether we want this arg to be called >>> MINI, MINIBUF or MINIBUFFER. I have no personal preference but the >>> current state (in particular on the C-level) confuses the hell out of >>> me. >> >> I think MINIBUF is the shortest that is still unambiguous. > > It gives the impression that it stands for a buffer where it means a > window that may also display the echo area. 'resize-mini-windows' and > 'max-mini-window-height' tried to establish the "mini-windows (the > minibuffer and the echo area)" nomenclature and we now take a step back > in the other direction? I don't know why MINI-WINDOW would be better than MINIBUF. Is this distinction significant here? Anyway, what I did is made all window functions consistent in regard to their MINIBUF arg. So now they are all have the same arg name MINIBUF: (defun walk-window-tree (fun &optional frame any MINIBUF) (defun window-with-parameter (parameter &optional value frame any MINIBUF) (defun walk-windows (fun &optional MINIBUF all-frames) (defun window-in-direction (direction &optional window ignore sign wrap MINIBUF) (defun get-window-with-predicate (predicate &optional MINIBUF all-frames default) (defun get-buffer-window-list (&optional buffer-or-name MINIBUF all-frames) (defun count-windows (&optional MINIBUF all-frames) >> Now at least renaming in window-in-direction is pushed to master. > > And left MINI in the .texi file. I spent some time trying to make > manual and doc-strings congruent in this regard ... Sorry, will update the manual soon. From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2020 21:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov , martin rudalics Cc: 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160677055911628 (code B ref 44932); Mon, 30 Nov 2020 21:10:01 +0000 Received: (at 44932) by debbugs.gnu.org; 30 Nov 2020 21:09:19 +0000 Received: from localhost ([127.0.0.1]:56854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjqQA-00031U-OW for submit@debbugs.gnu.org; Mon, 30 Nov 2020 16:09:18 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:52938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjqQ9-00031H-07 for 44932@debbugs.gnu.org; Mon, 30 Nov 2020 16:09:17 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AUL8qQg063578; Mon, 30 Nov 2020 21:09:11 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=5PAYMNXf0vcGMCUTx8rTklziavKCpSS457RksZgRs8s=; b=wCe1BQ2OnxmsNjn1hwi0qF0+PS3BVAcVM/KT91D516x177ElFEYU9yBbGVT7XBUAW4IJ OeraSk8lvP16AZPoCygmhcEZgtXHjYntwVKDnZxQxxiIsLQ/67xLn7wicU58zcOW0bNL vTqT/ezN5H/BR8h6CmcYcQFgUk5jlPWU2UT7B8ukc0l8M1er8+3Zp1stEgyeV9qUDXAo rOG0dQeXCe5okVJRSR4x51M37TeJr7QnXwpgduKefMH8TLomW3/+5LKTUKVt/NgXGKUn uTlm0gi86DLdnq8Gj6YttYbPn4UUsG2EBEJ1BXh/aQfGTMaGo3LGw/JXzuK0y+7SmFOU oA== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by aserp2120.oracle.com with ESMTP id 353egkfbe1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 30 Nov 2020 21:09:11 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AUL6ENh021849; Mon, 30 Nov 2020 21:09:10 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 3540ar5s05-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 30 Nov 2020 21:09:10 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0AUL98Fa022454; Mon, 30 Nov 2020 21:09:09 GMT MIME-Version: 1.0 Message-ID: <27c3eec9-5675-47ae-937e-b5440becf6b6@default> Date: Mon, 30 Nov 2020 13:09:07 -0800 (PST) From: Drew Adams References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> <87h7p8zeim.fsf@mail.linkov.net> <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> <87eekaa8au.fsf@mail.linkov.net> In-Reply-To: <87eekaa8au.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5071.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9821 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 bulkscore=0 phishscore=0 mlxscore=0 adultscore=0 malwarescore=0 suspectscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011300134 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9821 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 bulkscore=0 suspectscore=0 phishscore=0 mlxlogscore=999 lowpriorityscore=0 malwarescore=0 priorityscore=1501 spamscore=0 impostorscore=0 clxscore=1011 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011300134 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > >> I think MINIBUF is the shortest that is still unambiguous. > > > > It gives the impression that it stands for a buffer where it means a > > window that may also display the echo area. 'resize-mini-windows' > > and 'max-mini-window-height' tried to establish the "mini-windows (the > > minibuffer and the echo area)" nomenclature and we now take a step > > back in the other direction? >=20 > I don't know why MINI-WINDOW would be better than MINIBUF. > Is this distinction significant here? IMHO, MINI-WINDOW would be worse. It's not about a small window. If someone wants to be extra clear with the name (not needed, if the rest of the doc string is clear about what this is), then just use a longer name: MINIBUF-WINDOW or if that's not clear enough (it should be): MINIBUFFER-WINDOW From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Dec 2020 03:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Drew Adams Cc: rudalics@gmx.at, 44932@debbugs.gnu.org, juri@linkov.net Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.16067930596014 (code B ref 44932); Tue, 01 Dec 2020 03:25:01 +0000 Received: (at 44932) by debbugs.gnu.org; 1 Dec 2020 03:24:19 +0000 Received: from localhost ([127.0.0.1]:57368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjwH4-0001Yw-SP for submit@debbugs.gnu.org; Mon, 30 Nov 2020 22:24:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjwH3-0001Yk-Bw for 44932@debbugs.gnu.org; Mon, 30 Nov 2020 22:24:17 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45956) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjwGx-0000kR-Aq; Mon, 30 Nov 2020 22:24:11 -0500 Received: from [176.228.60.248] (port=4007 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kjwGw-0001ko-RG; Mon, 30 Nov 2020 22:24:11 -0500 Date: Tue, 01 Dec 2020 05:24:05 +0200 Message-Id: <83sg8qi4yy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <27c3eec9-5675-47ae-937e-b5440becf6b6@default> (message from Drew Adams on Mon, 30 Nov 2020 13:09:07 -0800 (PST)) References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> <87h7p8zeim.fsf@mail.linkov.net> <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> <87eekaa8au.fsf@mail.linkov.net> <27c3eec9-5675-47ae-937e-b5440becf6b6@default> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 30 Nov 2020 13:09:07 -0800 (PST) > From: Drew Adams > Cc: 44932@debbugs.gnu.org > > > I don't know why MINI-WINDOW would be better than MINIBUF. > > Is this distinction significant here? > > IMHO, MINI-WINDOW would be worse. It's not > about a small window. "Mini-window" is accepted terminology in Emacs, it is used, e.g., in resize-mini-windows. So there's nothing wrong with using that. (And yes, usually that window _is_ small.) From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Dec 2020 03:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Eli Zaretskii , Drew Adams Cc: rudalics@gmx.at, 44932@debbugs.gnu.org, juri@linkov.net Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.16067946018318 (code B ref 44932); Tue, 01 Dec 2020 03:50:02 +0000 Received: (at 44932) by debbugs.gnu.org; 1 Dec 2020 03:50:01 +0000 Received: from localhost ([127.0.0.1]:57375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjwfw-0002A6-VT for submit@debbugs.gnu.org; Mon, 30 Nov 2020 22:50:01 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:37446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjwfv-00029r-1I for 44932@debbugs.gnu.org; Mon, 30 Nov 2020 22:49:59 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0B13nr6q020822; Tue, 1 Dec 2020 03:49:53 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=3Z5DDHyGf4ApXevPXUW+JIzfB4Oto+0S9cIFVgpudUQ=; b=yUTw6EtkxCXUpxcHEudkVozZoL7P+O7uQ4ewtBT0eLefWv37Dphyx0Fc08WkuwYAaajA YTmMYD7I/FaMyrzfsPGt46+lsLi0DzRpBKybhzxG9KWQYkOjXuYsQzKPthHEDdVcU1nI BxthjscG0kjvXzRSc3zE1c5N/RVjL8dtx1s2COWQvImY7PEomTpSThwQ4nFVeLjHzUl/ Ljq1BK8KThzKFDIzof60THzPPDcoPMnoED7MBjPRSXHGUs2r3/0RppZF1fBYP74BVfeS f1F3hVO9XKzCFm4Us8St3uADGAe8pUyZLogNFM5dyTgL32/6k6OPI5dYPU1ICSZ2oXOP jA== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 353dyqgep0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 01 Dec 2020 03:49:53 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0B13jIoD098339; Tue, 1 Dec 2020 03:49:52 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3030.oracle.com with ESMTP id 3540fw885e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 01 Dec 2020 03:49:52 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0B13njGI017178; Tue, 1 Dec 2020 03:49:45 GMT MIME-Version: 1.0 Message-ID: <54f141f9-0861-4b2e-a87c-db1c5253bd7f@default> Date: Mon, 30 Nov 2020 19:49:44 -0800 (PST) From: Drew Adams References: <<87r1odtdtx.fsf@mail.linkov.net>> <<342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at>> <<87h7p8zeim.fsf@mail.linkov.net>> <<5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at>> <<87eekaa8au.fsf@mail.linkov.net>> <<27c3eec9-5675-47ae-937e-b5440becf6b6@default>> <<83sg8qi4yy.fsf@gnu.org>> In-Reply-To: <<83sg8qi4yy.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5071.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9821 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 suspectscore=0 phishscore=0 mlxlogscore=999 adultscore=0 mlxscore=0 bulkscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012010025 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9821 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 bulkscore=0 clxscore=1015 mlxscore=0 spamscore=0 priorityscore=1501 mlxlogscore=999 suspectscore=0 lowpriorityscore=0 phishscore=0 adultscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012010025 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > > I don't know why MINI-WINDOW would be better than > > > MINIBUF. Is this distinction significant here? > > > > IMHO, MINI-WINDOW would be worse. It's not > > about a small window. >=20 > "Mini-window" is accepted terminology in Emacs, it is used, e.g., in > resize-mini-windows. So there's nothing wrong with using that. (And > yes, usually that window _is_ small.) You're discussing only how to refer to this parameter in doc strings. I contributed my 2 cents. As for the "accepted terminology" of "mini-window", I've also given my opinion about that unfortunate name more generally: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D11276#24 "it is wrong to use only "mini" here. This is not just a mini-window, i.e., a small window - it is a minibuffer window. See bug #3320, deemed "wont-fix" by Lars: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D3320. Perhaps now that others consider that `resize-mini-windows' is a misnomer (for additional reasons), this misuse of "mini" can be reconsidered." Bug #3320 was filed at the request of another who also felt that such "accepted terminology" is unfortunate: "these misleading names have bitten me too." > it is used, e.g., in resize-mini-windows" And now what was discussed as a bad-name bug has been canonized as a model of good naming. You have a chance now, when considering parameter names, to start to put things on the right track, even if you don't rename `resize-mini-windows'. Multiplying wrongs doesn't make a right. From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Dec 2020 09:35:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov Cc: 44932@debbugs.gnu.org Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160681527425699 (code B ref 44932); Tue, 01 Dec 2020 09:35:03 +0000 Received: (at 44932) by debbugs.gnu.org; 1 Dec 2020 09:34:34 +0000 Received: from localhost ([127.0.0.1]:57843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kk23O-0006gR-Em for submit@debbugs.gnu.org; Tue, 01 Dec 2020 04:34:34 -0500 Received: from mout.gmx.net ([212.227.17.21]:38973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kk23M-0006gE-KE for 44932@debbugs.gnu.org; Tue, 01 Dec 2020 04:34:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606815265; bh=n6gucGf5sCG+zCkmh7MWjfZlGdyLu5u9YT+Qpwokycc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=DIpuNNerdeSfgVSZL/iy+tCrTvR5+aOE5ohh9+/uriGQ2LYhPQR1VF1gxYgZ6DJQb UrtXiyALCETfM4ex4ABKr8yGQeWgQgTwKJ7YeTynKAhyiNouefxpSDy3NAeJEqh+IE +4V3pqeXJ915O98hi0y4yKyuanmtMBxprsfSpljI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.163]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MxlzC-1jyOWF0tOo-00zJJM; Tue, 01 Dec 2020 10:34:25 +0100 References: <87r1odtdtx.fsf@mail.linkov.net> <342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at> <87h7p8zeim.fsf@mail.linkov.net> <5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at> <87eekaa8au.fsf@mail.linkov.net> From: martin rudalics Message-ID: Date: Tue, 1 Dec 2020 10:34:24 +0100 MIME-Version: 1.0 In-Reply-To: <87eekaa8au.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:rv6jEaMFIG5C3luNJCdR5E9H6bz8RlxgrRVjR0ju9CacpQ9KrEX AJozn5gYVkPm8UK79fmKdJcGEukI727YUS5oRZPAfO+4OQFxGhISO5zkbyWH8L4iF6u+uCs ZR08ERxO9asM1g5c/vhc9U6oQdt9ZpCW18iWJ5TO8QAK+MU6ML1L4qif0PDwxmFcxrAydqD Aiy6IMddChYWl0YlLzoRw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:X+bXMFGL2l0=:Xvjvy2vGjumP3UTJnvgCZ3 aLPoEKySWTnv/LCbwPTg1nMMUws2k1m7X7+CDwRBK9vS9CwUbvpGYTTFlh/QKQ3VdG3UCcccb esi2a/2laoQd3drKZcbuCcm1gnXl8CT81+bQS2m6AL0U5vC+yClM3lU+ML6mTHdYj1HcWBwgB 8+QazWcXQIZbkYAreLo9rZHDFkg2z7yZiSzysVO2NG71lwFC+pZUoQ2FtnGR7wXN9h1av7P++ 7dedEuPlfRIrKivTyWkk8T/wIyTL4fEhs89+8+2d5DZwiZ4DeQJWPziRwZXVrJTAp3qlsf/iu d0PGZr4SXhYIU/o8cSJqe385n8zaHa4nIK8wFzZzK25Pbv2DS6VsVjfHAh7r86KGMj6SGLzs6 dMCzmeq2LuvsbOEg55xVr0nYvBvHBnQkbS5lm9uZnMS6Tl045YteV9zXXCj1uu1Xx3fhR1Gil oXARjjNjurJ4y60XHBjoAqsIxb/qNw2Z3BQDui3tng8Gka+mvqac4f04pe+ZFrugdyeJO0Ynl 9upVjgqsmlCr2g+yUIB5/c7O8Jw/hArF1kUvcafqaJEOsF5WhXAflQgUyCWFfYZdrN1Vl7vkU fQsjtAOIuuNUSdu+hwYS4OY8jZT066nj62NSqAaNQ9aMsUcBhmL/omfa5Q2Sr7M5J1z/3RyiG DeyOWwm7GgIS4aYlggzXV0tE9mgBVpH0L6vEBkmD6yby59vbtiwvaosnLut1eIPD9AouHXM1A NcW3AH00Ob0Br/WmF1XmoY3oPNm70jQbXxCAJlRajQ6F/n6EKdu5x+QOYbKovOl7NaTezC+VZ /3B5stHUOFWXKkk6gAfp41uAYMUsZ13QXWJ/repOHxsK27AdgWjMxnAWedui1JzBiHzc6hifp r1g0TNXaALKQWQXha1+g== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> It gives the impression that it stands for a buffer where it means a >> window that may also display the echo area. 'resize-mini-windows' and >> 'max-mini-window-height' tried to establish the "mini-windows (the >> minibuffer and the echo area)" nomenclature and we now take a step back >> in the other direction? > > I don't know why MINI-WINDOW would be better than MINIBUF. > Is this distinction significant here? > > Anyway, what I did is made all window functions consistent > in regard to their MINIBUF arg. So now they are all have > the same arg name MINIBUF: > > (defun walk-window-tree (fun &optional frame any MINIBUF) > (defun window-with-parameter (parameter &optional value frame any MINIBUF) > (defun walk-windows (fun &optional MINIBUF all-frames) > (defun window-in-direction (direction &optional window ignore sign wrap MINIBUF) > (defun get-window-with-predicate (predicate &optional MINIBUF all-frames default) > (defun get-buffer-window-list (&optional buffer-or-name MINIBUF all-frames) > (defun count-windows (&optional MINIBUF all-frames) OK. >> And left MINI in the .texi file. I spent some time trying to make >> manual and doc-strings congruent in this regard ... > > Sorry, will update the manual soon. Thanks in advance. martin From unknown Sat Aug 16 00:33:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#44932: 28.0.50; MINIBUF 'nomini' for window-in-direction Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Dec 2020 15:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Drew Adams Cc: rudalics@gmx.at, 44932@debbugs.gnu.org, juri@linkov.net Received: via spool by 44932-submit@debbugs.gnu.org id=B44932.160683713425314 (code B ref 44932); Tue, 01 Dec 2020 15:39:02 +0000 Received: (at 44932) by debbugs.gnu.org; 1 Dec 2020 15:38:54 +0000 Received: from localhost ([127.0.0.1]:33047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kk7jy-0006aE-Db for submit@debbugs.gnu.org; Tue, 01 Dec 2020 10:38:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kk7jv-0006a0-P5 for 44932@debbugs.gnu.org; Tue, 01 Dec 2020 10:38:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56557) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kk7jo-0001Af-JH; Tue, 01 Dec 2020 10:38:44 -0500 Received: from [176.228.60.248] (port=1104 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kk7jn-0003s0-US; Tue, 01 Dec 2020 10:38:44 -0500 Date: Tue, 01 Dec 2020 17:38:39 +0200 Message-Id: <83lfehilj4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <54f141f9-0861-4b2e-a87c-db1c5253bd7f@default> (message from Drew Adams on Mon, 30 Nov 2020 19:49:44 -0800 (PST)) References: <<87r1odtdtx.fsf@mail.linkov.net>> <<342c23a3-e379-452c-6c5e-29dab7592c28@gmx.at>> <<87h7p8zeim.fsf@mail.linkov.net>> <<5dbd99a5-a51e-318f-0c9d-81dae921af96@gmx.at>> <<87eekaa8au.fsf@mail.linkov.net>> <<27c3eec9-5675-47ae-937e-b5440becf6b6@default>> <<83sg8qi4yy.fsf@gnu.org>> <54f141f9-0861-4b2e-a87c-db1c5253bd7f@default> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 30 Nov 2020 19:49:44 -0800 (PST) > From: Drew Adams > Cc: juri@linkov.net, rudalics@gmx.at, 44932@debbugs.gnu.org > > Multiplying wrongs doesn't make a right. This is a logical fallacy: I don't agree that the name is wrong to begin with.