From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#1806: dired-pop-to-buffer in wrong place Date: Fri, 16 Oct 2009 09:15:41 -0400 Message-ID: References: <87r63gzcap.fsf@jurta.org> <87vdnzpks0.fsf@mail.jurta.org> <4A11184F.4030606@gmx.at> <27ljouutzk.fsf@fencepost.gnu.org> <87vditmrxs.fsf@mail.jurta.org> <78zl8544jh.fsf@fencepost.gnu.org> <4ACB0646.5030102@gmx.at> <87r5tg9mhb.fsf@mail.jurta.org> <87tyy4qu08.fsf@mail.jurta.org> <871vl6x5un.fsf@mail.jurta.org> <873a5lzqhi.fsf@mail.jurta.org> <4AD6B592.6090700@gmx.at> <87aazswbp2.fsf@mail.jurta.org> <4AD81B1C.6040203@gmx.at> <87bpk74nsk.fsf@mail.jurta.org> Reply-To: Stefan Monnier , 1806@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1255699704 7323 80.91.229.12 (16 Oct 2009 13:28:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2009 13:28:24 +0000 (UTC) Cc: 1806@emacsbugs.donarmstrong.com To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 16 15:28:14 2009 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.50) id 1Mymqo-0000p7-1M for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2009 15:28:10 +0200 Original-Received: from localhost ([127.0.0.1]:58507 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mymqn-00046c-0I for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2009 09:28:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mymq3-0003k7-5o for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 09:27:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mympx-0003hq-Ik for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 09:27:21 -0400 Original-Received: from [199.232.76.173] (port=43129 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mympx-0003hi-3r for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 09:27:17 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43258) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mympw-0005B7-Ex for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 09:27:17 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9GDRBjA030233; Fri, 16 Oct 2009 06:27:12 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n9GDK8BK028815; Fri, 16 Oct 2009 06:20:08 -0700 Resent-Date: Fri, 16 Oct 2009 06:20:08 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Stefan Monnier Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 16 Oct 2009 13:20:08 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 1806 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1806-submit@emacsbugs.donarmstrong.com id=B1806.125569894928293 (code B ref 1806); Fri, 16 Oct 2009 13:20:08 +0000 Original-Received: (at 1806) by emacsbugs.donarmstrong.com; 16 Oct 2009 13:15:49 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.181]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9GDFlfk028274 for <1806@emacsbugs.donarmstrong.com>; Fri, 16 Oct 2009 06:15:48 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgEACoP2EpFpY7q/2dsb2JhbACBU9dBhDAEh3w X-IronPort-AV: E=Sophos;i="4.44,573,1249272000"; d="scan'208";a="47681753" Original-Received: from 69-165-142-234.dsl.teksavvy.com (HELO pastel.home) ([69.165.142.234]) by ironport2-out.pppoe.ca with ESMTP; 16 Oct 2009 09:15:41 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id BC6B77F87; Fri, 16 Oct 2009 09:15:41 -0400 (EDT) In-Reply-To: <87bpk74nsk.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 16 Oct 2009 12:38:43 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Fri, 16 Oct 2009 09:27:21 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:32004 Archived-At: >> So what I really need to know is how you (1) expect this to work >> ideally, and (2) how to proceed when (1) fails. > I think the current behavior of `dired-pop-to-buffer' is ideal in this > regard. We just have to generalize it and move its logic to window.el > to allow other applications to use the same logic. Agreed. As discussed in some earlier thread, I think the `not-this-window' argument of diaplay-buffer (aka `other-window' for pop-to-buffer) should be extended to allow a description of where the buffer should preferentially go (i.e. the application's preference), where one such preference could be `nearby' or `near-minibuffer' which would basically mean to follow the rules of dired-pop-to-buffer. These preferences would be subject to overruling via special-display-regexps. >> As for the *Calendar* window I thought that Glenn wanted to do some >> side-by-side splitting first because of the wasted space in a frame-wide >> *Calendar* window. So your proposal wouldn't help in this case. > We should not decide on behalf of the user what window space is wasted > and fill it with some arbitrary buffers. Agreed. If side-by-side splitting is desirable, it is the user's responsibility to do C-x 3 before invoking calendar. Stefan