From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#13594: 24.2.92; [PATCH] compilation-start doesn't consider nil OUTWIN Date: Sun, 10 Feb 2013 12:01:10 +0200 Organization: JURTA Message-ID: <8738x4o5cp.fsf@mail.jurta.org> References: <87sj5apclq.fsf@mail.jurta.org> <87r4ktoinh.fsf@mail.jurta.org> <87mwvhxehw.fsf@mail.jurta.org> <87zjzfz0nq.fsf@mail.jurta.org> <51161554.9010609@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1360490761 25821 80.91.229.3 (10 Feb 2013 10:06:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Feb 2013 10:06:01 +0000 (UTC) Cc: 13594@debbugs.gnu.org, Leo Liu To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 10 11:06:21 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U4TnZ-0001Zo-Mh for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Feb 2013 11:06:13 +0100 Original-Received: from localhost ([::1]:56723 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4TnG-0005AL-Je for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Feb 2013 05:05:54 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4TnC-0005AF-NN for bug-gnu-emacs@gnu.org; Sun, 10 Feb 2013 05:05:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U4TnB-0000Fc-3B for bug-gnu-emacs@gnu.org; Sun, 10 Feb 2013 05:05:50 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4TnA-0000FS-QN for bug-gnu-emacs@gnu.org; Sun, 10 Feb 2013 05:05:48 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U4TnO-0004A9-5Q for bug-gnu-emacs@gnu.org; Sun, 10 Feb 2013 05:06:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Feb 2013 10:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13594 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 13594-submit@debbugs.gnu.org id=B13594.136049073015935 (code B ref 13594); Sun, 10 Feb 2013 10:06:02 +0000 Original-Received: (at 13594) by debbugs.gnu.org; 10 Feb 2013 10:05:30 +0000 Original-Received: from localhost ([127.0.0.1]:48073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4Tms-00048y-2b for submit@debbugs.gnu.org; Sun, 10 Feb 2013 05:05:30 -0500 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:37066 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4Tmq-00048p-Ds for 13594@debbugs.gnu.org; Sun, 10 Feb 2013 05:05:29 -0500 Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 04789201A46728; Sun, 10 Feb 2013 02:05:12 -0800 (PST) In-Reply-To: <51161554.9010609@gmx.at> (martin rudalics's message of "Sat, 09 Feb 2013 10:22:28 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:70991 Archived-At: > I think the only correct solution is to have the caller add an alist > entry (or an extra argument to `display-buffer') say 'may-fail, whose > semantics are: > > - If 'may-fail is non-nil, allow returning a nil value - I, the caller, > already know how to handle that. > > - If 'may-fail is nil or doesn't exist, return some window at any cost. But such some window at any cost should be harmless when the caller goes to use the returned window e.g. to get its buffer with `window-buffer', etc. This is why using a hidden window is better, despite its invisibility the window will be still correct in all its properties.