From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.60; Resizing may delete windows Date: Wed, 26 Mar 2008 16:52:59 -0400 Message-ID: References: <20260.1206539630@cs.sunysb.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206564869 17167 80.91.229.12 (26 Mar 2008 20:54:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Mar 2008 20:54:29 +0000 (UTC) Cc: martin rudalics , "Jan D." , "Lennart Borgman \(gmail\)" , emacs-pretest-bug@gnu.org To: kifer@cs.sunysb.edu (Michael Kifer) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 26 21:54:59 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jecd2-0005H8-RX for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 21:53:49 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeccR-0002dB-GI for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 16:53:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JeccM-0002c1-Sm for emacs-devel@gnu.org; Wed, 26 Mar 2008 16:53:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JeccL-0002b0-Be for emacs-devel@gnu.org; Wed, 26 Mar 2008 16:53:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JeccL-0002au-7z for emacs-devel@gnu.org; Wed, 26 Mar 2008 16:53:05 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JeccK-0005Xk-SQ for emacs-devel@gnu.org; Wed, 26 Mar 2008 16:53:04 -0400 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JeccK-0003ZR-Hl for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 16:53:04 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JeccG-0005WK-Ip for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 16:53:04 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182] helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JeccG-0005Vo-82 for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 16:53:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuAEAMdU6kdMCrTo/2dsb2JhbACBWqoF X-IronPort-AV: E=Sophos;i="4.25,560,1199682000"; d="scan'208";a="16903527" Original-Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 26 Mar 2008 16:52:59 -0400 Original-Received: from pastel.home ([76.10.180.232]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id GXA53159; Wed, 26 Mar 2008 16:52:59 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 1320F7F9E; Wed, 26 Mar 2008 16:52:59 -0400 (EDT) In-Reply-To: <20260.1206539630@cs.sunysb.edu> (Michael Kifer's message of "Wed, 26 Mar 2008 09:53:50 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:93551 gmane.emacs.pretest.bugs:21702 Archived-At: >> > No, dedicated windows in frames that have other windows are too >> > troublesome. They often surprise the user. >> >> What is the problem? I do not understand. That little window just exists >> when ediff is active on that frame, right? > The problem is that there are too many situations when ediff has to > remember to undedicate or delete that window if the user decides to > postpone the work and do something else. I still don't understand: why should ediff have to undedicate that window? Or why should it need to delete it: if it's dedicated it'll be deleted automatically when the buffer is killed. Stefan