From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Liu Newsgroups: gmane.emacs.bugs Subject: bug#13594: Planning Emacs-24.4 Date: Mon, 18 Nov 2013 19:16:46 +0800 Message-ID: References: <5289F003.5040708@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1384773502 30837 80.91.229.3 (18 Nov 2013 11:18:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Nov 2013 11:18:22 +0000 (UTC) To: 13594@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 18 12:18:26 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 1ViMqX-00075X-4g for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Nov 2013 12:18:25 +0100 Original-Received: from localhost ([::1]:42424 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMqW-0007Rg-Ht for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Nov 2013 06:18:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMqK-0007Qd-Il for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:18:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViMqB-0001t0-1R for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:18:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45571) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMqA-0001st-Tz for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ViMqA-0003vS-AM for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:18:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Leo Liu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Nov 2013 11:18: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 X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.138477345415048 (code B ref -1); Mon, 18 Nov 2013 11:18:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 18 Nov 2013 11:17:34 +0000 Original-Received: from localhost ([127.0.0.1]:59590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ViMph-0003uc-2h for submit@debbugs.gnu.org; Mon, 18 Nov 2013 06:17:33 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33275) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ViMpe-0003uP-BP for submit@debbugs.gnu.org; Mon, 18 Nov 2013 06:17:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViMpP-0001fX-L8 for submit@debbugs.gnu.org; Mon, 18 Nov 2013 06:17:25 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:44528) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMpP-0001fD-HT for submit@debbugs.gnu.org; Mon, 18 Nov 2013 06:17:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34957) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMpI-0007O9-7m for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:17:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViMpA-0001co-UX for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:17:08 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:36304) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViMpA-0001cb-NX for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 06:17:00 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ViMp8-0006Sp-VZ for bug-gnu-emacs@gnu.org; Mon, 18 Nov 2013 12:16:58 +0100 Original-Received: from 221.220.232.204 ([221.220.232.204]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Nov 2013 12:16:58 +0100 Original-Received: from sdl.web by 221.220.232.204 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Nov 2013 12:16:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 17 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 221.220.232.204 Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAElBMVEUAAAAAAP+LRRP0pGC+ vr7///+7mT1iAAAAAWJLR0QAiAUdSAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9cBBwMO DhglKe4AAAEsSURBVCjPbZNBboQwDEV/Cd4X9QJRThApmn0XYW+Jyf2v0m+HhqDBgiAe9rcTG7QH w/1Vn2Ar8gBb/ocywSN3qK9T3z4eFDB4eApocBpeBs1RSykoJd8gQcm8pGmHXFso3ajnmsqV0TnY DQkOfXUfN5NwaI7AWTVOyEhcu1aHmdWItHddUVUcUgUBCkitu8V6ditHVOVdqzl2EQ1ZVGTbdK0V 7cqn8vWzoU5Q/bF9Y/Y0cRU1xwkys5dJ+Dt6pBDWifcNQml8Gh2JVmPSoQzo7en0grswkxrUGYJ7 0hSxxAGr7ZMwYcHIzprpi7TENEE1xtiYxixRlCfPBsUUrwHD7uGIwATrbnODJcVrPpVn3hxiGloe m/S+z3CtuzUSMo83N4DPH+F0evwR3P4A2k+75838OKQAAAAASUVORK5CYII= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (OS X 10.9) Cancel-Lock: sha1:8FWnM1V70iW1plzL0qVcvzKcYwI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:80725 Archived-At: On 2013-11-18 18:46 +0800, martin rudalics wrote: > Why didn't you implement the may-fail part? IIUC `display-buffer' > should *not* return nil unless may-fail has been set. So if may-fail is > not set, `display-buffer' should either create a new window, a new > frame, or reuse some window at any cost. > > And there's no use for `display-buffer' returning t. > > martin t was just a value to stop display-buffer searching down the action list. this seems enough to manage display-buffer via display-buffer-alist or the like. But I'll wait for Stefan to explain what his intention is. Leo