From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#68081: 30.0.50; derived-mode and display-buffer-alist Date: Fri, 29 Dec 2023 10:02:50 +0100 Message-ID: <342c493e-b0ba-40a8-8023-58a9bb04abd6@gmx.at> References: <83r0j6774p.fsf@gnu.org> Reply-To: martin rudalics 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="11045"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 68081@debbugs.gnu.org To: Eli Zaretskii , German Pacenza Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 29 10:04:23 2023 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 1rJ8n1-0002cE-CF for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 29 Dec 2023 10:04:23 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rJ8mn-0004HT-7z; Fri, 29 Dec 2023 04:04:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rJ8mg-0004ED-U8 for bug-gnu-emacs@gnu.org; Fri, 29 Dec 2023 04:04:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rJ8mg-0005ow-M3 for bug-gnu-emacs@gnu.org; Fri, 29 Dec 2023 04:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rJ8mg-00021S-0p for bug-gnu-emacs@gnu.org; Fri, 29 Dec 2023 04:04: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: Fri, 29 Dec 2023 09:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68081 X-GNU-PR-Package: emacs Original-Received: via spool by 68081-submit@debbugs.gnu.org id=B68081.17038405857697 (code B ref 68081); Fri, 29 Dec 2023 09:04:01 +0000 Original-Received: (at 68081) by debbugs.gnu.org; 29 Dec 2023 09:03:05 +0000 Original-Received: from localhost ([127.0.0.1]:40748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJ8ll-000205-IF for submit@debbugs.gnu.org; Fri, 29 Dec 2023 04:03:05 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:40759) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJ8lh-0001zY-Vc for 68081@debbugs.gnu.org; Fri, 29 Dec 2023 04:03:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1703840574; x=1704445374; i=rudalics@gmx.at; bh=pvs2sdrmMBlGdoImkmLUYEbC2s5IO6eaNyHOFAAwB1c=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=RF0EKYMyuoNrsOZT8PyZyy+iNea6wmwBGIPWLPnu7IghTqJTe8W9G0TY+wgwvDC/ iZJJU1Ok//4sLfKLpbygB+qNEs1tNVmxXDY2BQbEOueI7MqNKbm5rH+V2d0qsE0p8 8fluGezk335e30YHRW3PQBlNJXiL9Ku+OEYxgaq6KAJiGxE2rVrSSdQanhyerSwoe Ppcj5Z03eAHGwOYfnPkGMqPp5wnWaSdm5MPJAgreS+TWFqj67IIvs0r+tmEwlRl/O 6S51dM9/2y0taovaFK7x9d/q9NpHF0/umOC6ixNxVkCeq4s1A+Xwf8xdewlhmE3J4 fGPM8/AcS6wn0/MXUg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.31.113] ([213.142.97.211]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MRCOK-1re85a19gC-00NCVz; Fri, 29 Dec 2023 10:02:54 +0100 Content-Language: en-US In-Reply-To: <83r0j6774p.fsf@gnu.org> X-Provags-ID: V03:K1:UIL0J2sEgTqEqMQy91QflTc+t7Hb79dSUaWqXXvv85Ms/6CQvll wKpeyhr52eiXbgyFixUR6P6cvtPDlJ7n/wEd4UeHDGiSPa9Wc1453qt+7G/DLeKHzHdzwPm wOPKhSc5WeRD3D1D0r/R3VVBBTt3U3v6EbaGHH1F045dYvYygsIJTGukcrOFpAcJB795k7w vwijfNZmrBGp+53hHahbQ== UI-OutboundReport: notjunk:1;M01:P0:u5x91XjohDo=;I66WIHfpaxXizAGsViaAiPkUvSG L8Sg6GKl+gs5z4RQ6jsZceTTreOfkR31xCcDXiQfhqb878kpNbvFar688/I5pVFxZXmWQTxUw VA99VZgv9mZRPz/pWjSuvTDMshm5BvsbrrRJ9LPsH3KxMTSqF30ebwqsO5yY+tmFZyRNyaJlc 7xc6pqyLLsXL5y5cC4l5jmqGwipN9zZZmcJBkCrWALlvylvtFcMKH+ioG0y6iHybJUQSHpVF6 kwHU3/M1HlhvVmec9iLJyE26KhYtNPVxjI0SPAuBG+dUJfbzjjcyKkZTYcFRVRXe79+pkdU4Q Xt/MfjCYCVJcVgEvrGAio6Szh45seXA7tHP7cYukV7xbgNCvudaf8mIo2YlDdzkEgsquyXUWP PHhlPUQJJYuwMu7DX140SAZ/+5XfMz/HlNMsQ5QCuE5sIGlvBYRoaxae2Gb9k31fNzd/Oowr1 X7KGvTnYfazhN0Wu7GIW/1vo2ItRiT72vEOo7GF6aAQYzAvYboVAHPN419foZvN9qltAI5Lbe zjjfYAVD2ezCtAYiAxFALw8FYAxeuoyhHx3J0CEQBb4pxi985zLQWpBq2WtKDQY51yYcG9fiy CZNGEPc4ARuo7qQRePu3vfS6IaNMvD2RH9mGfbeMYktD0+qwZ0VbkLxkrtCItoEe+CQ5Fw0Od rAkTmU0FcctlRW2KWS/HOqB0hSqm8/HBcjYA1ACAVaq/zBwN4y2iUtbPDb3zbY6A9UANCFy/F JwQew7Z4bfB4DbaSjwiJ7eAuWbBQpDbevEEa4EskRSQJD6X9sfZt3rOJpS0+sRnWgki3HZV0 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:277006 Archived-At: >> display-buffer-alist rules that use derived-mode or major-mode are >> ignored on first use. >> >> emacs -Q: >> >> (setq display-buffer-alist '(((derived-mode . Info-mode) >> (display-buffer-in-side-window)))) >> "C-h i" >> The info buffer takes the whole window >> "q" >> "C-h i" >> The info buffer opens in side window as expected >> >> Info and Compilation modes are affected, but Help and Man work as expected > > Martin, any comments or suggestions? C-h i does (info-setup file-or-node (pop-to-buffer-same-window (or buffer "*info*")))) In the first call BUFFER is nil and the (provided-mode-derived-p (buffer-local-value 'major-mode buffer) mode)) rigmarole in 'buffer-match-p' won't report a match because the major mode of *info* is still fundamental mode. In later calls the *info* buffer exists already, is in Info-mode, and 'buffer-match-p' will produce the desired result. We could try to call 'Info-mode' _before_ calling 'display-buffer' but I'm not sure of the consequences this would have. martin