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#37840: Missing in the Emacs manuals: Date: Mon, 4 Nov 2019 19:27:22 +0100 Message-ID: <3e7f7f10-9151-659b-076d-2bd8ed61d395@gmx.at> References: <5440997d-8f3f-12f9-ae9e-c0caadde4a01@gmx.at> <81790531-20E9-4919-A485-0D8FE6F60CE1@univie.ac.at> <38fdbe2c-5f1a-3b37-da5f-e2fa6411d8e1@gmx.at> <4ee75419-6f22-4928-3ddb-1add957fb9e4@gmx.at> <568AD058-07B1-4C58-81C5-32E2492C1EC5@univie.ac.at> <554177EF-4600-4F68-89F1-3AF67A551F65@univie.ac.at> <438c4dfa-f7c2-5f5e-32bc-eafdd7c33cb7@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="33025"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 37840@debbugs.gnu.org To: Konrad Podczeck Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 04 19:28:29 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 1iRh5Z-0008RC-65 for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Nov 2019 19:28:29 +0100 Original-Received: from localhost ([::1]:36240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iRh5X-0004j2-Lr for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Nov 2019 13:28:27 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43231) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iRh59-0004ih-Mn for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2019 13:28:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iRh58-0002GE-Ok for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2019 13:28:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56918) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iRh58-0002GA-LR for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2019 13:28:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iRh58-0004jp-GA for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2019 13:28: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, 04 Nov 2019 18:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37840 X-GNU-PR-Package: emacs Original-Received: via spool by 37840-submit@debbugs.gnu.org id=B37840.157289205418156 (code B ref 37840); Mon, 04 Nov 2019 18:28:02 +0000 Original-Received: (at 37840) by debbugs.gnu.org; 4 Nov 2019 18:27:34 +0000 Original-Received: from localhost ([127.0.0.1]:37503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRh4e-0004ik-EG for submit@debbugs.gnu.org; Mon, 04 Nov 2019 13:27:34 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:37713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRh4c-0004iW-4N for 37840@debbugs.gnu.org; Mon, 04 Nov 2019 13:27:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1572892040; bh=l5WS99r3igbkCw7vZQWvDHIJtD1B06uvMo1sEnTA69o=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=cMPPdGevpYuY5xJ279ogfEzDliEOOatPqdcvk+d205tY7fcOqJ6+y56Ja5OzRuinm SiqEGTlTnBh8ssTuvgRPVvJl8EYws1jTAlssdWk4ztcqtXlSdIgQWFPjkqe/+bPdqS Tca1QnJ0PAii+Wh7AKf4yUQfi1lOXPOpuOZABwR8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.36]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M7sHy-1iWf9Z3kh8-0050Pg; Mon, 04 Nov 2019 19:27:20 +0100 In-Reply-To: Content-Language: de-AT X-Provags-ID: V03:K1:/kK2mD7+iofNPs26PiCzyfS3F+YDug6JWe7go82CIaiLo3e0Zo5 30EM355PzwTdlNUn1YSjMHla4dQmWIPVLHPWLQBeZM9CMh001QVx2SQj6+4/1bSrb2DSbwj R/biPM1DPRifitGAwVt0YewLUZIfaHvL0TbluESumwGxCm4NEvqA48HkuzYs8ZMo1X5VBWZ JuAQBzo+TbKs4tbq3d/AQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:xdsnglPz5kA=:xFOvX/7SdNBz98tc4frC8K N8jlWGYPZ1JyfE7Zxjw94Z3XmOENcsp5I5CMaKUo2HrXHS+th2zcng7CZWbI7fmGleUlvfuXq sprkMTKQb8TNPH7j5Fq7kYT9ikrBlbmWV9wY9i9PbOJdfphRtacvwEIiPlna/T7gupwplF6Vv MYsK3IsSbFaOSef+ek8dbbdHrTkVHFfAFQUa29SVthGQeB23wAQnNJe1tpE+OiIiFJlDRxasx jfiT7PYpW7j5JRATQThDyW3sxQzcBvbPNAz84I+z4g/C9JVe8Wz4jBq7j/bYnHkIo+PdwtUO2 32nawpOMX+Ymw1Abr31cirEeFDHrSVxhqV9YuZ7cBh4cr9tJHGwKD9StSko8FlGT/uVE9HyGn YTNzc+geuYZ7h8D13/dF4fQKw3C3otRitt9wQvAxTCwmJP7Lfv/0xwl6XEkBpF71+isoxioph qY8aekOQGnIV+k4cCrSHh80aQX59UGgjP1AXqusTznCZp7GbYOnYkY7kBYMr3sBusRGxuVvwC nyL9EkjKjQ+qhqmHkY/irtbgZeyYZ8N9vux+6tATw2P3xvvILmoFr57PhB7obIhw08I3gkH64 nbePaYMw3f45FV05kP6utCmXipUMmsIMUzpFbeqlfcaLoL/NXJKuI8XFo54Nr273knmxLd+Qn yYGeNl4UerWatrro/EV0hvDQiZJA3bXbdCGn+CFX9vX3aqzQcQVXv12VMJ0VZKtQoCR0JZ+EN chnmpT8Y7z7U4yTzBU9MELls0n7EDyvdihBBY5DtbWiY92vMaN+QoGWsBXXX968Z7zn/5mhQ 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:170951 Archived-At: >> What _is_ advertised in the manual? > > To quote from Section 28.13.5: > > Let's consider a user who, as a rule, prefers to display buffers on an= other frame. Such a user might provide the following customization: > (customize-set-variable > 'display-buffer-base-action > '((display-buffer-reuse-window display-buffer-pop-up-frame) > (reusable-frames . 0))) > This setting will cause display-buffer to first try to find a window s= howing the buffer on a visible or iconified frame and, if no such frame e= xists, pop up a new frame. > > > The words =E2=80=9Canother=E2=80=9D and =E2=80=9Cnew=E2=80=9D sugge= st a behavior different from what I described above. Right. But this text talks about 'display-buffer' only. When you choose a buffer from the Buffers menu you invoke the function specified by 'menu-bar-select-buffer-function' and the default for that is =E2=80=98switch-to-buffer=E2=80=99 which does not, by default, in= voke 'display-buffer'. So the text you quote does not apply in this case. It will apply though if you set 'menu-bar-select-buffer-function' to 'pop-to-buffer' or set 'switch-to-buffer-obey-display-actions' to a non-nil value. martin