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#1806: dired-pop-to-buffer in wrong place Date: Fri, 16 Oct 2009 09:05:00 +0200 Message-ID: <4AD81B1C.6040203@gmx.at> References: <87r63gzcap.fsf@jurta.org> <49F7FE14.8010107@gmx.at> <49FFE515.4020608@gmx.at> <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> Reply-To: martin rudalics , 1806@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1255678059 3810 80.91.229.12 (16 Oct 2009 07:27:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2009 07:27:39 +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 09:27:29 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 1MyhDk-0003U8-9s for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2009 09:27:29 +0200 Original-Received: from localhost ([127.0.0.1]:52765 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyhDj-0000TD-NN for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2009 03:27:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MyhDc-0000R8-1X for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 03:27:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MyhDX-0000PW-Bl for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 03:27:19 -0400 Original-Received: from [199.232.76.173] (port=53517 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyhDW-0000PQ-Ho for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 03:27:14 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:60625) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MyhDV-0005hO-Hz for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2009 03:27:14 -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 n9G7RBl8027176; Fri, 16 Oct 2009 00:27:11 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n9G7F5G9024897; Fri, 16 Oct 2009 00:15:05 -0700 Resent-Date: Fri, 16 Oct 2009 00:15:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: martin rudalics Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 16 Oct 2009 07:15:04 +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.125567671123428 (code B ref 1806); Fri, 16 Oct 2009 07:15:04 +0000 Original-Received: (at 1806) by emacsbugs.donarmstrong.com; 16 Oct 2009 07:05:11 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n9G758pG022552 for <1806@emacsbugs.donarmstrong.com>; Fri, 16 Oct 2009 00:05:10 -0700 Original-Received: (qmail invoked by alias); 16 Oct 2009 07:05:02 -0000 Original-Received: from 62-47-35-49.adsl.highway.telekom.at (EHLO [62.47.35.49]) [62.47.35.49] by mail.gmx.net (mp005) with SMTP; 16 Oct 2009 09:05:02 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19fL69XFVxfg1vkkp4HdJvmbBAX9jKLNuSDJIZIXh h/GGM1Ir4OAdd8 User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87aazswbp2.fsf@mail.jurta.org> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Fri, 16 Oct 2009 03:27:19 -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:31995 Archived-At: > I think some applications (where such exceptions make sense) by default > should ignore split-width-threshold and let `pop-to-buffer' to split > vertically. And window.el should provide a simple user option to define > these exceptions that will specify how to split windows based on the > buffer names similar to `same-window-buffer-names'. For instance, > > (defcustom split-window-buffer-names > '(("*Calendar*" . vertically) > (" *Marked Files*" . vertically)) Is there a good reason why these applications should endure the present heuristics of `pop-to-buffer' in the first place? Shouldn't *Marked Files* appear beneath the window where the marking took place? That latter window might not be the largest one and is almost certainly not the LRU one, so the *Marked Files* window might not show up in a very suitable place anyway. I suppose the *Marked Files* window should be obtained by first trying to deterministically split the window where the marking took place and only when splitting fails have `pop-to-buffer' find a suitable window. So what I really need to know is how you (1) expect this to work ideally, and (2) how to proceed when (1) fails. 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. martin