From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.60; Resizing may delete windows Date: Thu, 27 Mar 2008 01:02:45 +0100 Message-ID: <47EAE425.6010507@gmail.com> References: <7751.1206557628@cs.sunysb.edu> 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 1206576200 24282 80.91.229.12 (27 Mar 2008 00:03:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2008 00:03:20 +0000 (UTC) Cc: martin rudalics , "Jan D." , Stefan Monnier , emacs-pretest-bug@gnu.org To: Michael Kifer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 27 01:03:50 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 1Jefas-0005wf-SZ for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2008 01:03:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JefaH-0002dB-EH for ged-emacs-devel@m.gmane.org; Wed, 26 Mar 2008 20:03:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JefaD-0002c8-TI for emacs-devel@gnu.org; Wed, 26 Mar 2008 20:03:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JefaC-0002az-Bg for emacs-devel@gnu.org; Wed, 26 Mar 2008 20:03:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JefaC-0002aw-96 for emacs-devel@gnu.org; Wed, 26 Mar 2008 20:03:04 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JefaC-0004ck-5F for emacs-devel@gnu.org; Wed, 26 Mar 2008 20:03:04 -0400 Original-Received: from mx10.gnu.org ([199.232.76.166]) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JefaB-0003zt-I5 for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 20:03:03 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Jefa8-0004bu-R8 for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 20:03:03 -0400 Original-Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jefa8-0004bO-Db for emacs-pretest-bug@gnu.org; Wed, 26 Mar 2008 20:03:00 -0400 Original-Received: from c83-254-148-228.bredband.comhem.se ([83.254.148.228]:64015 helo=[127.0.0.1]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Jefa4-0003KF-9a; Thu, 27 Mar 2008 01:02:57 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: <7751.1206557628@cs.sunysb.edu> X-Antivirus: avast! (VPS 080326-3, 2008-03-26), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.148.228 X-Scan-Result: No virus found in message 1Jefa4-0003KF-9a. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Jefa4-0003KF-9a ffbcad8182f0ca58389681424d8c55e2 X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) 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:93587 gmane.emacs.pretest.bugs:21708 Archived-At: Michael Kifer wrote: >>>>> 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. > > There are cases when ediff can be suspended. In that case the small window > should be deleted. There are cases when several ediff sessions are active > at the same time. Doing all this properly with dedicated windows seems too > much trouble with little payoff. But, as I said, I'll take another look to > see if this can be done without major complications. The documentation for set-window-dedicated-p says that the dedicated window will not display any other buffer than the one it currently displays. Does ediff really use that little window to display other buffers? Otherwise it looks to me that there should be no problem just making that little window dedicated. (BTW, why does the function name has "-p" at the end?)