From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Thu, 06 May 2010 16:59:16 +0200 Message-ID: <4BE2D944.5060408@gmx.at> References: <4BB4CF6B.2000007@alice.it> <87vdbhgqgd.fsf@mail.jurta.org> <828BB36311A84C43B96D1F2A559DACAE@us.oracle.com> <87d3xo662u.fsf@mail.jurta.org> <69D40D69CC6F4982A8E91D8D8F0F494F@us.oracle.com> <87r5m4hz39.fsf@mail.jurta.org> <4BD40821.70808@gmx.at> <87zl0rtmqy.fsf@mail.jurta.org> <871vdu6qn5.fsf@mail.jurta.org> <87bpcv1wvt.fsf@mail.jurta.org> <4BE13828.2030609@gmx.at> <4BE27C33.8000801@gmx.at> 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: dough.gmane.org 1273166491 7472 80.91.229.12 (6 May 2010 17:21:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 6 May 2010 17:21:31 +0000 (UTC) Cc: Juri Linkov , Ken Hori , Emacs To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 06 19:21:28 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OA4lK-0003no-DP for ged-emacs-devel@m.gmane.org; Thu, 06 May 2010 19:21:26 +0200 Original-Received: from localhost ([127.0.0.1]:45478 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OA4lJ-0003ls-FB for ged-emacs-devel@m.gmane.org; Thu, 06 May 2010 13:21:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1OA2Xs-0002qq-Mi for emacs-devel@gnu.org; Thu, 06 May 2010 10:59:25 -0400 Original-Received: from [140.186.70.92] (port=59337 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OA2Xr-0002pk-5u for emacs-devel@gnu.org; Thu, 06 May 2010 10:59:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OA2Xp-0006z9-E7 for emacs-devel@gnu.org; Thu, 06 May 2010 10:59:22 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:35244) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OA2Xp-0006yi-32 for emacs-devel@gnu.org; Thu, 06 May 2010 10:59:21 -0400 Original-Received: (qmail invoked by alias); 06 May 2010 14:59:15 -0000 Original-Received: from 62-47-43-29.adsl.highway.telekom.at (EHLO [62.47.43.29]) [62.47.43.29] by mail.gmx.net (mp025) with SMTP; 06 May 2010 16:59:15 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+r/7MpPvire2z/Vk7WhG0emjKy//XsDD0ikTE5hZ UiTUMqg/pdjvrr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124598 Archived-At: >> Having `set-window-configuration' "kill the window if the buffer died" >> is not entirely trivial though. > > What kind of problems did you encounter (other than the one below)? A minor technical annoyance - I have to construct a list of windows to delete because I cannot delete a window before restoration is complete. And obviously I have to assign some buffer during restoration just to handle the case where the deletion fails for whatever reason. >> What shall we do when the last window has a deleted buffer? >> Kill the frame? > > That could make sense, yes, since that's what would happen if the > deletion had taken place while the frame was displayed. But we could > also fallback to the current behavior in that corner case, since > I'd assume it to be rare anyway (i.e. not worth spending too much time, > at least for now). We'd still have to solve the problem where a frame is the last frame anyway. But we haven't yet decided what to do with non-dedicated windows that lose their buffers. Solving that more general problem should solve this corner case too. martin