From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Konrad Podczeck Newsgroups: gmane.emacs.bugs Subject: bug#37840: Missing in the Emacs manuals: Date: Mon, 28 Oct 2019 18:37:26 +0100 Message-ID: References: <5440997d-8f3f-12f9-ae9e-c0caadde4a01@gmx.at> <81790531-20E9-4919-A485-0D8FE6F60CE1@univie.ac.at> <38fdbe2c-5f1a-3b37-da5f-e2fa6411d8e1@gmx.at> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3594.4.19\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="215848"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 37840@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 28 19:44:45 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 1iPA0S-000u12-MC for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Oct 2019 19:44:44 +0100 Original-Received: from localhost ([::1]:47146 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iPA0Q-0004ir-Rv for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Oct 2019 14:44:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50824) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iP8xy-0003E1-2Z for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2019 13:38:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iP8xv-0007Ox-P8 for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2019 13:38:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37501) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iP8xu-0007Ol-Lc for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2019 13:38:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iP8xu-0007nu-BH for bug-gnu-emacs@gnu.org; Mon, 28 Oct 2019 13:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Konrad Podczeck Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Oct 2019 17:38: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.157228425229943 (code B ref 37840); Mon, 28 Oct 2019 17:38:02 +0000 Original-Received: (at 37840) by debbugs.gnu.org; 28 Oct 2019 17:37:32 +0000 Original-Received: from localhost ([127.0.0.1]:46322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP8xP-0007mt-J6 for submit@debbugs.gnu.org; Mon, 28 Oct 2019 13:37:31 -0400 Original-Received: from grace.univie.ac.at ([131.130.3.115]:58264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP8xN-0007mi-P7 for 37840@debbugs.gnu.org; Mon, 28 Oct 2019 13:37:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=univie.ac.at; s=rev2; h=To:References:Message-Id:Content-Transfer-Encoding: Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=q989jC5x0RB4zJ69gxeidcuQa8QQXrWB9Wpo+Cat798=; b=cbsAHyDFRiASAOrhCT4PW6znm4 BoJ9z7+FfEBxm29N9vuhu6zOSVm+ydYOR2QKIdmLvYaZhw/45uWkf7b4KyfazXCk6wwBeMiQCoxN+ AY0uCkqIlCdO77pocv+8KuBg9zsA9S5HH4twVRCYps6jFmwvTzEugveE2gYsrndar2rM=; Original-Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.2) (envelope-from ) id 1iP8xL-00045M-IL; Mon, 28 Oct 2019 18:37:27 +0100 Original-Received: from 80-109-8-38.cable.dynamic.surfer.at ([80.109.8.38] helo=[192.168.0.234]) by justin.univie.ac.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) (envelope-from ) id 1iP8xL-0007uk-CB; Mon, 28 Oct 2019 18:37:27 +0100 In-Reply-To: <38fdbe2c-5f1a-3b37-da5f-e2fa6411d8e1@gmx.at> X-Mailer: Apple Mail (2.3594.4.19) X-Univie-Virus-Scan: scanned by ClamAV on justin.univie.ac.at 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:170318 Archived-At: Thanks for your reply. With the "switch-to-buffer-obey-display-actions" = option, opening of files works according to "display-buffer-alist". = However, now the following problem appears. E.g., I have=20 ("[ ]?mail[ ]?" (display-buffer-reuse-window = display-buffer-pop-up-frame) (reusable-frames nil) (pop-up-frame-parameters (tool-bar-lines . 1) (left . 859) (left-fringe . 2) (top . 183) (height . 32) (width . (text-pixels . 837)) (font . "SF MONO-18") (line-spacing . 3) )) in "display-buffer-alist". Now if I have some buffer.foo open in its own = frame, and then issue C-x m, a new message buffer pops up in its own = frame, as it should be. However, after finally issuing C-c C-c to send = the mail, the frame which contained the mail buffer does not disappear = (as it was the case with the old special-display.regexp stuff), rather = this frame shows a second instance of buffer.foo. Thanks,=20 Konrad > Am 23.10.2019 um 09:46 schrieb martin rudalics : >=20 > > Thanks for your reply. Working on the stuff, I encountered the = following problem: If, in =E2=80=9C display-buffer-alist=E2=80=9D, I = have the entry: > > > > ("[ ]?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. >=20 > 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. >=20 > > 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-packages=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. >=20 > 'switch-to-buffer' preferably shows its buffer in the same (selected) > window. 'pop-to-buffer' has no such preference. >=20 > martin >=20