From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#7533: 24.0.50; `dired-mark-pop-up': delete frame afterwards if `pop-up-frames' Date: Fri, 17 Dec 2010 07:32:27 -0800 Message-ID: References: <90E09641E9264B37932D2315E5E7E2EA@us.oracle.com><4CF7EDED.5090500@gmx.at><44FB8E26FD824BB18AE8A367F560C091@us.oracle.com><4CF8A7B2.5080306@gmx.at><1880532436F6447B97DC61F6050FF29F@us.oracle.com><4CF93418.9090405@gmx.at><4CF939E7.6030603@gmx.at> <87zkslw43z.fsf@stupidchicken.com> <9FA3601ABD5C49E79DDAF60EAFFCD7F0@us.oracle.com> <4D0B03EB.4050706@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1292601362 938 80.91.229.12 (17 Dec 2010 15:56:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Dec 2010 15:56:02 +0000 (UTC) Cc: 'Chong Yidong' , 7533@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 17 16:55:57 2010 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.69) (envelope-from ) id 1PTceG-0007P0-Bp for geb-bug-gnu-emacs@m.gmane.org; Fri, 17 Dec 2010 16:55:56 +0100 Original-Received: from localhost ([127.0.0.1]:53470 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTce1-0004Qb-6E for geb-bug-gnu-emacs@m.gmane.org; Fri, 17 Dec 2010 10:54:57 -0500 Original-Received: from [140.186.70.92] (port=54301 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTcdo-00031E-NR for bug-gnu-emacs@gnu.org; Fri, 17 Dec 2010 10:54:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PTcbv-00034N-Ly for bug-gnu-emacs@gnu.org; Fri, 17 Dec 2010 10:52:48 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57855) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PTcbv-00034J-Hc for bug-gnu-emacs@gnu.org; Fri, 17 Dec 2010 10:52:47 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PTcD0-0007hi-H7; Fri, 17 Dec 2010 10:27:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Dec 2010 15:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7533 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7533-submit@debbugs.gnu.org id=B7533.129259958329566 (code B ref 7533); Fri, 17 Dec 2010 15:27:02 +0000 Original-Received: (at 7533) by debbugs.gnu.org; 17 Dec 2010 15:26:23 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PTcCM-0007go-FR for submit@debbugs.gnu.org; Fri, 17 Dec 2010 10:26:22 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PTcCJ-0007gb-Nc for 7533@debbugs.gnu.org; Fri, 17 Dec 2010 10:26:20 -0500 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oBHFWdSf004994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Dec 2010 15:32:40 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oBHFWcu6011831; Fri, 17 Dec 2010 15:32:38 GMT Original-Received: from abhmt010.oracle.com by acsmt353.oracle.com with ESMTP id 863317541292599952; Fri, 17 Dec 2010 07:32:32 -0800 Original-Received: from dradamslap1 (/10.159.231.83) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 17 Dec 2010 07:32:32 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4D0B03EB.4050706@gmx.at> Thread-Index: AcudtCWPhA4eb4WfTfaxQqwEySNbUQAQ7nkg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 17 Dec 2010 10:27:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , 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:42593 Archived-At: > > M-x set-variable RET > > special-display-regexps RET > > ("[ ]?[*][^*]+[*]") RET > > You shouldn't include the buffer in `special-display-regexps' in the > first place. Or, write a separate entry for such buffers. That, my friend, is utterly ridiculous. Why not just tell me I shouldn't use Emacs because it inconveniences you? That's why we have option `special-display-regexps'. I _want_ such buffers to be displayed in a separate frame whenever they are displayed. And no, I do not want to be obliged to specify separately the name of each buffer that Emacs might decide to use in a temporary dialog to provide info for a dialog question. That's just silly. That you would even bring it up, let alone proclaim it as a rule ("you shouldn't") suggests bad faith. The fact that when using `C', `x', etc. in Dired Emacs cannot tell that the temporary display of a pop-up buffer is no longer needed after you hit RET, and that Emacs does not remove such a frame like it removes a temporary pop-up window, is a failing on Emacs's part. The word "brain-dead" comes to mind (for Emacs, not for you). The world's best editor was not built to act like this. From a user perspective this is a regression since Emacs 22. Until release 23 Emacs was completely sane in this respect - since Day One. I've mentioned a couple of possible workarounds, the best of which is to just return to the Emacs 22 behavior. But ideally the code should be fixed to remove the frame when the Dired command interaction is finished. There is no reason to show the buffer after the operation is done. That buffer is a list of objects that _will_ be acted on _if_ you confirm. After you confirm (or deny) its display has no raison d'etre. Apparently you think that the proper fix of removing the frame is too hard to implement for some reason. In that case I request that we return to the sane behavior of Emacs 22. > > Alternatively, restore the behavior in Emacs 22, where even if > > `special-display-regexps' would normally cause the buffer > > to be displayed in a separate frame it is not: it is popped > > up in a window of the current frame. > > Not necessarily: Try customizing `dired-shrink-to-fit' to nil. emacs -Q in Emacs 22 does exactly what I described: it pops up a window, not a frame, and it removes the window when the user dialog is finished. (And `dired-shrink-to-fit' should simply be removed. The only reason it ever existed was for people on connections less than 1200 baud (300, 900). See Richard's comment in the source code.) Sounds like you are just _searching_ for reasons to defend this regression and not fix this bug.