From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#7368: display-buffer a softly dedicated window Date: Wed, 17 Nov 2010 15:16:36 +0100 Message-ID: <4CE3E3C4.6060201@gmx.at> References: <4CE3A46C.6080605@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1290005076 27664 80.91.229.12 (17 Nov 2010 14:44:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Nov 2010 14:44:36 +0000 (UTC) Cc: 7368@debbugs.gnu.org To: =?UTF-8?Q?=D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=9F=D0=B0=D1=80=D0=B0=D0=BC=D0=BE=D0=BD=D0=BE=D0=B2?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 17 15:44:31 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PIjFM-0000gY-7L for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 Nov 2010 15:44:28 +0100 Original-Received: from localhost ([127.0.0.1]:38708 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIjFL-0007RT-KC for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 Nov 2010 09:44:27 -0500 Original-Received: from [140.186.70.92] (port=48607 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIjFA-0007PG-9L for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2010 09:44:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIjF9-0005NT-6s for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2010 09:44:16 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIjF9-0005NB-56 for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2010 09:44:15 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PIijy-0008NC-LB; Wed, 17 Nov 2010 09:12:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2010 14:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7368 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7368-submit@debbugs.gnu.org id=B7368.129000311432180 (code B ref 7368); Wed, 17 Nov 2010 14:12:02 +0000 Original-Received: (at 7368) by debbugs.gnu.org; 17 Nov 2010 14:11:54 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PIijq-0008Mz-9h for submit@debbugs.gnu.org; Wed, 17 Nov 2010 09:11:54 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.23] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PIijn-0008Mu-Ir for 7368@debbugs.gnu.org; Wed, 17 Nov 2010 09:11:53 -0500 Original-Received: (qmail invoked by alias); 17 Nov 2010 14:16:48 -0000 Original-Received: from 62-47-60-99.adsl.highway.telekom.at (EHLO [62.47.60.99]) [62.47.60.99] by mail.gmx.net (mp003) with SMTP; 17 Nov 2010 15:16:48 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18A/Bd17/kAnLVZ8EImN1JGULYVgUP4ghQY5ic60G N+H8zYkrxliIcM User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 17 Nov 2010 09:12:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41699 Archived-At: >> It could fail because it falls back on `display-buffer' when the >> selected window is a minibuffer window or dedicated. `pop-to-buffer' >> and the remaining members of the `switch-to-buffer' family always fail >> to use a weakly dedicated window. >> > > I mean override soft-dedication *inside* display-buffer. And > switch-to-buffer actually doesn't fail to override "softly dedicated" > window (see my examle). It doesn't fail in your example. I explained above how it can fail. But rather than thinking about how to "fix" this I'd try to find out why `display-buffer' is called _before_ burying the completions buffer. The plain fact that the completions buffer can be reused by `display-buffer' indicates that it is no more useful at the time `display-buffer' gets called. martin