From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: How to restore the layout? Date: Fri, 5 Jul 2013 17:39:11 +0200 Message-ID: References: <51C5AA68.4000204@alice.it> <51CE9B05.1090202@gmx.at> <51CFFBED.7090400@gmx.at> <51D02AB0.5070103@gmx.at> <51D5DE14.4090507@alice.it> <51D600D8.90801@alice.it> <51D67990.3090800@gmx.at> <51D6D1E1.10902@alice.it> <51D6E006.9070405@alice.it> <51D6E693.30102@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1373038802 30660 80.91.229.3 (5 Jul 2013 15:40:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2013 15:40:02 +0000 (UTC) Cc: Emacs developers , Angelo Graziosi To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 05 17:40:02 2013 Return-path: Envelope-to: ged-emacs-devel@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 1Uv877-0000R0-HG for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 17:40:01 +0200 Original-Received: from localhost ([::1]:51050 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv877-0000bC-5h for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 11:40:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42012) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv873-0000Z8-Us for emacs-devel@gnu.org; Fri, 05 Jul 2013 11:39:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uv86y-0002kL-57 for emacs-devel@gnu.org; Fri, 05 Jul 2013 11:39:57 -0400 Original-Received: from mail-ie0-x22b.google.com ([2607:f8b0:4001:c03::22b]:47567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv86y-0002k9-00 for emacs-devel@gnu.org; Fri, 05 Jul 2013 11:39:52 -0400 Original-Received: by mail-ie0-f171.google.com with SMTP id qd12so5548652ieb.2 for ; Fri, 05 Jul 2013 08:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Rs3N1aodbqypgHE2FdTZC2xNWy9I0Idx70/M3V+7AUE=; b=mRwG+L7eF/ryEN4wo0MVYrxWpAPGNE97QImzx9gwrASxsB5BBZhaZpUAjxcpaX3gai C3k9bOFPb5NY4BsLfEf9McRuuKinOa4jQtjIGvsYi8rIRDQTyaN6P+oS3pgWTSgxymHr 7Hb0fnB82ZLGbH0467w1rKvmescCCOF4u8w7NfPqeCdRDU8KyBmumGDjzXAPRN0ImU/L RqAvWyGPENSKrOzU+t9P1Cc65KkvgVmiLsAEmF84zYQYajIMrgzYRdRlCyD1oQQ/MGIs dSDymUFTRFNrW608KHEgJuZ+2ncYUlBMole+cP5qOsnaR7jfwRdW7iZm2hlm492rbMjY g1EA== X-Received: by 10.50.20.136 with SMTP id n8mr2686425ige.3.1373038791431; Fri, 05 Jul 2013 08:39:51 -0700 (PDT) Original-Received: by 10.64.250.7 with HTTP; Fri, 5 Jul 2013 08:39:11 -0700 (PDT) In-Reply-To: <51D6E693.30102@gmx.at> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161599 Archived-At: On Fri, Jul 5, 2013 at 5:30 PM, martin rudalics wrote: > Finally I understand what you said then. I need to work on my communication skills... > I'm not sure whether this > might be considered a feature as well. It could remind you that at that > time you had some buffer open for selecting a buffer, reading help, the > shell ... I don't consider it a feature. I very often have the IELM buffer open, but it is usually temporary and the fact that it gets "saved" (the correspondence window <-> buffer, I mean, as the buffer is not really saved) is just by accident, because I do not bother to kill the IELM buffer before exiting Emacs. Previously, just adding "*ielm*" to dektop-buffers-not-to-save would have sufficed, of course. Realizing the problem with window-state-put, I though of adding a hook or a desktop-* customization option to delete windows before saving, but that should distinguish between M-x desktop-save and M-x save-buffers-kill-terminal, which is ugly. So it's better to add some way either to show another buffer, as you suggest, or delete the window after restoring it (that'd be my preferred behavior, I think). > Maybe a better solution would be to show the *Messages* > buffer saying that the previous buffer doesn't exist any more. Well, if many buffers are left unrestored it could get a bit confusing, because all messages will be shown in multiple windows. But it is still better than what happens now. J