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: Testcase Date: Sat, 13 Nov 2010 10:55:22 +0100 Message-ID: <4CDE608A.8040003@gmx.at> References: <87y690q1qa.fsf@neo.paramonovs> <4CDE4D2D.2000304@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 1289643267 31503 80.91.229.12 (13 Nov 2010 10:14:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 13 Nov 2010 10:14:27 +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 Sat Nov 13 11:14:23 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 1PHD7m-0000Sy-Ll for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Nov 2010 11:14:22 +0100 Original-Received: from localhost ([127.0.0.1]:59801 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHD7m-00078o-2z for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Nov 2010 05:14:22 -0500 Original-Received: from [140.186.70.92] (port=37317 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHD7S-0006xL-FB for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 05:14:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PHD7R-00070d-5b for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 05:14:02 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PHD7R-00070W-3m for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 05:14:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PHClB-0007eQ-VS; Sat, 13 Nov 2010 04:51:01 -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: Sat, 13 Nov 2010 09:51:01 +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.128964183729401 (code B ref 7368); Sat, 13 Nov 2010 09:51:01 +0000 Original-Received: (at 7368) by debbugs.gnu.org; 13 Nov 2010 09:50:37 +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 1PHCkn-0007eA-1u for submit@debbugs.gnu.org; Sat, 13 Nov 2010 04:50:37 -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 1PHCkk-0007e3-Aa for 7368@debbugs.gnu.org; Sat, 13 Nov 2010 04:50:35 -0500 Original-Received: (qmail invoked by alias); 13 Nov 2010 09:55:24 -0000 Original-Received: from 62-47-61-175.adsl.highway.telekom.at (EHLO [62.47.61.175]) [62.47.61.175] by mail.gmx.net (mp067) with SMTP; 13 Nov 2010 10:55:24 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+B9xZG2zqBc3oyd+xJTtPeCZ64rpG480EYLSag3B oHZXCLUTq7HeFl 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: Sat, 13 Nov 2010 04:51:01 -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:41547 Archived-At: > In principle, in this very awkward situation display-buffer has 3 options: > > 1) To display buffer in selected window -- but not-in-this-window=t. > > 2) To display buffer in a new frame -- but pop-up-frames says we > *never* make a separate frame. > > 3) To display buffer in place of completions window -- but that window > is "dedicated". > > To me option 3 seems the least unexpected. Anything can happen here. If `display-buffer' doesn't find a better window "the normal way", it may use the selected or the dedicated window as well. > Anyway, something needs to be fixed, as current documentation for > pop-up-frames is wrong. Most `display-buffer' related doc-strings are "wrong" in this regard. They are based on behaviors where at least one approach gets through "the normal way". Note that `display-buffer' is supposed to _always_ return a window although you can easily set up options in a way that do not allow to do that (as in your example). We would have to introduce some sort of priority telling Emacs which option is allowed to violate which restriction in which order, document that, and confuse people even more. BTW, you might want to have a look at my window-pub branch where all `display-buffer' related options are combined in two almost identic options called `display-buffer-names' and `display-buffer-regexps'. The doc-string of the former and its documentation are formulated in less stringent terms. >> BTW, the snippet >> >> (progn >> (delete-other-windows) >> (display-buffer (other-buffer) t)) >> >> should be sufficient for exhibiting the behavior you observe. > > No, the completions buffer plays important role. Make your frame small enough and you can see the problem here too. martin