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#1806: dired-pop-to-buffer in wrong place Date: Mon, 24 Sep 2012 11:22:12 +0300 Organization: JURTA Message-ID: <87txunj0ej.fsf@mail.jurta.org> References: <87r63gzcap.fsf@jurta.org> <505DBC23.5040907@gmx.at> <87y5k1lhn6.fsf@mail.jurta.org> <505ED4BB.3030103@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1348475310 1082 80.91.229.3 (24 Sep 2012 08:28:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Sep 2012 08:28:30 +0000 (UTC) Cc: 1806@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 24 10:28:34 2012 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 1TG41n-0000ba-0j for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Sep 2012 10:28:31 +0200 Original-Received: from localhost ([::1]:36283 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TG41i-0004Wn-6z for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Sep 2012 04:28:26 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TG41b-0004Wh-8O for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2012 04:28:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TG41R-0001Jk-SD for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2012 04:28:19 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42534) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TG41R-0001Ja-Oc for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2012 04:28:09 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TG43F-0000cJ-SA for bug-gnu-emacs@gnu.org; Mon, 24 Sep 2012 04:30:01 -0400 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: Mon, 24 Sep 2012 08:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1806 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 1806-submit@debbugs.gnu.org id=B1806.13484753782320 (code B ref 1806); Mon, 24 Sep 2012 08:30:01 +0000 Original-Received: (at 1806) by debbugs.gnu.org; 24 Sep 2012 08:29:38 +0000 Original-Received: from localhost ([127.0.0.1]:52080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG42r-0000bN-PX for submit@debbugs.gnu.org; Mon, 24 Sep 2012 04:29:38 -0400 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:34760 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG42p-0000bD-Ks for 1806@debbugs.gnu.org; Mon, 24 Sep 2012 04:29:36 -0400 Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 56D88451CCC3; Mon, 24 Sep 2012 01:27:41 -0700 (PDT) In-Reply-To: <505ED4BB.3030103@gmx.at> (martin rudalics's message of "Sun, 23 Sep 2012 11:22:03 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.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 (newer, 2) 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:64840 Archived-At: > You have to enable `temp-buffer-resize-mode'. I tried to enable `temp-buffer-resize-mode', and with a large list of files it seems to ignore `window-combination-limit', i.e. the temporary window steals space from the window below. A sample test case is: `M-x temp-buffer-resize-mode', in a Dired window `C-x 3 C-x 2 m m m ...' (mark 100 files), `!' (`dired-do-shell-command') steals space from the window below, and `C-g' doesn't restore the initial window configuration. Is this because `window-combination-limit' is not taken into account? I see that its default value is `temp-buffer-resize', the same unchanged value used in the test above. I also tried a new action `display-buffer-at-bottom', and it doesn't seem quite right yet. With the same configuration (`C-x 3 C-x 2'), and two marked files it displays a large almost empty window with just two lines. `temp-buffer-resize-mode' helps to narrow it, but I still wonder why this window is not frame'e full-width? I mean the idea was to display a list of files near the minibuffer prompt of the left side of the frame, but this list is displayed on the right side of the frame. > `dired-pop-to-buffer' is no longer called and `dired-shrink-to-fit' is > no longer consulted. > If you really insist on handling dired's pop-up buffers separately, > I can do that by binding `temp-buffer-resize-mode' appropriately, but > I'd rather have a common solution for handling all temporary windows > in the same manner. There is nothing wrong when a package uses a local variable that changes the general behavior. So `dired-mark-pop-up' could still call `dired-pop-to-buffer' that will bind `temp-buffer-resize-mode' according to the value of `dired-shrink-to-fit'. This assumes that `dired-pop-to-buffer' is the right name for this functionality. Otherwise, it could be marked obsolete.