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, 2 Dec 2019 02:35:56 +0100 Message-ID: <95A8B31B-1FC5-4A28-A666-EBEE3791F206@univie.ac.at> References: <3e7f7f10-9151-659b-076d-2bd8ed61d395@gmx.at> <4f7e6535-ac09-bd8c-f3d4-8ae9b4d9d58e@gmx.at> <8736f07hma.fsf@mail.linkov.net> <878sorqrx3.fsf@mail.linkov.net> <7dd1c601-aa2c-8b44-016c-155bdd8a71eb@gmx.at> <6e6cc4e6-277e-1a47-af6c-b7c75301d41e@gmx.at> <7e6f19a1-fa45-0315-9d22-9bbb7223d695@gmx.at> <70BE5DCC-07C6-4A0D-9A5C-1700BBCB1DC5@univie.ac.at> <47e77731-bb63-f626-c9d1-725227d36c43@gmx.at> <83v9rbvhqd.fsf@gnu.org> <98B5E96A-66C0-45BD-95B8-804CED768F55@univie.ac.at> <69ef8cf3-9a81-34e6-7685-c60db5421134@gmx.at> <3F21846D-7840-4CC7-A5D2-9AA7B35E79CE@univie.ac.at> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="105856"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 37840@debbugs.gnu.org, Juri Linkov To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 02 02:37:22 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 1ibaeO-000ROG-7D for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Dec 2019 02:37:20 +0100 Original-Received: from localhost ([::1]:57682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ibaeM-0006IZ-WA for geb-bug-gnu-emacs@m.gmane.org; Sun, 01 Dec 2019 20:37:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52103) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ibae7-0006IG-Th for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2019 20:37:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ibae6-0007eZ-OK for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2019 20:37:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59154) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ibae6-0007eS-LV for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2019 20:37:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ibae6-0006Si-IG for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2019 20:37:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Konrad Podczeck Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Dec 2019 01:37: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.157525057224769 (code B ref 37840); Mon, 02 Dec 2019 01:37:02 +0000 Original-Received: (at 37840) by debbugs.gnu.org; 2 Dec 2019 01:36:12 +0000 Original-Received: from localhost ([127.0.0.1]:36894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ibadF-0006RM-98 for submit@debbugs.gnu.org; Sun, 01 Dec 2019 20:36:12 -0500 Original-Received: from grace.univie.ac.at ([131.130.3.115]:51742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ibadA-0006R5-RU for 37840@debbugs.gnu.org; Sun, 01 Dec 2019 20:36:08 -0500 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=wpMcSFtmMWz+cJubgi417l0kh8PFRGof3od09LQwRUA=; b=QjYkqWLvw0eeILk8HG4LcNYjhZ hprVWr6H4e1TV5N61Q2VNh9GBgRKga9ovc30lXqqUtlUwbJPCnz+UQy72uEiDomHF9JlMDYBJ4dTi cqP1tlQbbEVKSvhNvhSxQnTW02VBJBUEAppXQlUqQ64l+++7apQfYks6pCkpncL0bSEI=; Original-Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.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 1ibad8-0003jh-1l; Mon, 02 Dec 2019 02:36:02 +0100 Original-Received: from 217-149-172-189.nat.highway.telekom.at ([217.149.172.189] helo=[10.0.0.13]) by joan.univie.ac.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) (envelope-from ) id 1ibad7-0004Cv-TK; Mon, 02 Dec 2019 02:36:01 +0100 In-Reply-To: X-Mailer: Apple Mail (2.3601.0.10) X-Univie-Virus-Scan: scanned by ClamAV on joan.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:172745 Archived-At: Hi, I cannot solve the following problem with Ediff: Suppose I have two buffers open, say fooA.tex and fooB.tex, each in its = own frame. Then I invoke Ediff to compare both buffers. Now suppose I = kill the buffers fooA.tex and fooB.tex _before_ I quit the Ediff control = panel. If I then quit the Ediff control buffer, it happens that some of = the auxiliary Ediff buffers pops up, but _not_ in the geometry = customized with display-buffer-alist for *something* type buffers, but = with a geometry according to default-frame-list modulo that the position = is that of one of the former frames for fooA.tex or fooB.tex, depending = on which was buffer A in Ediff's terminology. Thus, I can get a total = frame layout which should not exist according to the customizations = according to default-frame-alist and display-buffer-alist.=20 How can I sole this? Or, even better, how can I manage that in the above = scenario no buffer pops up if I close the Ediff control panel? Has the = problem maybe something to do with the fact that the frame of the Ediff = control panel has no minibuffer? Thanks, Konrad > Am 26.11.2019 um 10:32 schrieb martin rudalics : >=20 > > I just noted that the ediff-control-panel does not react on any of > > the display-buffer-alist possibilities to customize appearance of > > frames. >=20 > Customize 'ediff-control-frame-position-function'. You can stuff > anything you want into the return value of that function, not just the > location. Consult 'ediff-control-frame-parameters' in ediff-wind.el > for how ediff sets things up if you do not interfere. >=20 > And be aware that Emacs has many other frame creating packages that > disregard 'display-buffer-alist'. >=20 > martin