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: Wed, 23 Oct 2019 09:46:17 +0200 Message-ID: <38fdbe2c-5f1a-3b37-da5f-e2fa6411d8e1@gmx.at> References: <5440997d-8f3f-12f9-ae9e-c0caadde4a01@gmx.at> <81790531-20E9-4919-A485-0D8FE6F60CE1@univie.ac.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="255068"; 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 Wed Oct 23 09:52:48 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 1iNBRn-0014CS-MD for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Oct 2019 09:52:47 +0200 Original-Received: from localhost ([::1]:56618 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iNBRm-0002Tr-AR for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Oct 2019 03:52:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44459) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iNBR5-0002Tl-Mh for bug-gnu-emacs@gnu.org; Wed, 23 Oct 2019 03:52:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iNBR4-0007EG-Ih for bug-gnu-emacs@gnu.org; Wed, 23 Oct 2019 03:52:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51960) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iNBR3-0007DQ-Ok for bug-gnu-emacs@gnu.org; Wed, 23 Oct 2019 03:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iNBR3-000320-Ji for bug-gnu-emacs@gnu.org; Wed, 23 Oct 2019 03:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Oct 2019 07:52:01 +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.157181710111622 (code B ref 37840); Wed, 23 Oct 2019 07:52:01 +0000 Original-Received: (at 37840) by debbugs.gnu.org; 23 Oct 2019 07:51:41 +0000 Original-Received: from localhost ([127.0.0.1]:60781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNBQg-00031M-ME for submit@debbugs.gnu.org; Wed, 23 Oct 2019 03:51:38 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:34123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNBQd-000312-9s for 37840@debbugs.gnu.org; Wed, 23 Oct 2019 03:51:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571817089; bh=XHCS7Kkd0p/TC2XM+L5Y51nQyVJtyBL6A30O7V7cvNk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=W1EqjYGRU8puHv2jzNesI0hE+oMoHX3zrRe0JQzWD8OjivmNptXviyE7hsByyJwHf D+vRnddU+Jj/fQ4dkZp0hS7EKLha5cAo5vMKXfk/Nl9sQ3WVl9KxGsdPxEryzq224h QB0XYRcgLmV+PFLEABpyX8vAxpoFiujSCyDbFXO0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.43]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M5fMY-1iLYmt2vYA-007CTN; Wed, 23 Oct 2019 09:46:21 +0200 In-Reply-To: <81790531-20E9-4919-A485-0D8FE6F60CE1@univie.ac.at> Content-Language: de-AT X-Provags-ID: V03:K1:hPVqNlhrVoO7I8q3DZYN6cdlicJkhfo9A9FgWgUV/E353v632dx o+SMKnGOTC9240sr8xMt2pJ71B01aLnD/ONXYR2OKbc5fUtHT8xWnX+5qWTkzpbyFnXO0nN Fwi38vy8FSD4YHQEkzn/zA+ehzu5qkZEAjK10YwmSKXFX+joU/zx2I6YdzPMWSEzmXMhp/U u6GPCgMFef//st88QK96w== X-UI-Out-Filterresults: notjunk:1;V03:K0:lmYdMfxJ6YY=:A+7RjTRnFPsJq4FbNgJtZo /eK+3lK/25vHBqOFors6wX4v2QXot6fI0AVCDfSz3QPNnw3x9MxlvJB8z00Myc0gukU1mQUUD gGU3r3Vhn33ksS4PbpQfo3fmvdFF/Ef7C3O+XAA7jYyITxoH6eyrWz2BeQtCMIRAymRqJznDP jSPnhDjjVW715CurRRQLUM7W0OOGWIRRRTLyE5hwvT9WriRjb9JHA8QsjDmDWOygqDojt7Baq pLyvajWArXyBxeqCgDH385s9tnLX8mF7vPNSZ3jOGnnWXObFjbbZVCXVW/ZvsDKrpeQt3lR4W pP3bHIls0zxCxuHM1Eu0u4FPxNV8+48fRO0watwBa5ZUiuo3AKSlf5HGl5PPrRri1wzl8sx3e boyafjexPZhdycRz2Zggs6rwKw2DlzUZw1IFL9Zp6eisBZj+5UCirL3cdEceD0tKY/4N9P7C4 XFGC5vZXOsuglDrr92WLRjf1Tu5P/Srf8eRlON34JowEUwNYUPhTIhJ55+YBl697eyHoazcSu PdC+iEbwzFX7ZHLIFIWcxIAJisPlX7vZX8M62Xe1FyGKrbGmC3bzErtKM2psUsdJgLoF+58qI 73MV9JxXT/h1y/17WkXKkWTyS8lmwn9TVjCjF0rnq/lKGMQjZjY0Nx6d7TaDhq35YvbYpjeQd w61fp5SC+2x+umnN5wtwh7ITKyN3LplYjFtiY+8pOibp0N8JOwlGfBtrclRHTNzGBrENRgnoj OikFhyTyJOQGJBDOyftMk5F2gw39wVVKZ7/MYg337E0KfuTPK8gfZTepX6lTm58k6GHWh56C 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:170030 Archived-At: > Thanks for your reply. Working on the stuff, I encountered the followi= ng problem: If, in =E2=80=9C display-buffer-alist=E2=80=9D, I have the en= try: > > ("[ ]?Packages[ ]?" (display-buffer-reuse-window display-buffer= -pop-up-frame) > (pop-up-frame-parameters > (tool-bar-lines . 1) > (left . 1) > (left-fringe . 2) > (top . 0) > (height . 65) > (width . 149) > (font . "SF MONO-18") > (line-spacing . 3) > )) > > then, contrary to what is promised, this does not pop up a new > frame. There's no promise that 'display-buffer-alist' controls the behavior of 'switch-to-buffer'. The latter should be used interactively (via C-x b) only. But since that's practically impossible given the sheer mass of occurrences of 'switch-to-buffer' in the Emacs code base, Juri added the 'switch-to-buffer-obey-display-actions' option. If that is non-nil, your use case should work. > I figured out that the problem goes away if, in > =E2=80=9Cpackages.el=E2=80=9D, I replace in the defun =E2=80=9Clist-pa= ckages=E2=80=9D the code > (switch-to-buffer buf) by (pop-to-buffer buf). My question is how to > do this on the level of customizing =E2=80=9Cdisplay-buffer-alist=E2=80= =9D. I didn=E2=80=99t > find anything in this regard in the manuals. 'switch-to-buffer' preferably shows its buffer in the same (selected) window. 'pop-to-buffer' has no such preference. martin