From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: How to restore the layout? Date: Wed, 3 Jul 2013 07:08:43 -0700 (PDT) Message-ID: References: <51C5AA68.4000204@alice.it> <2FB4C583-960C-4DA8-8B2E-29DF8D96770E@swipnet.se> <51CD6324.2040504@gmx.at> <834ncifkq9.fsf@gnu.org> <83zjuae19s.fsf@gnu.org> <83r4fmdsw5.fsf@gnu.org> <85k3ldtion.fsf@member.fsf.org> <4E4C522D-DBCC-4133-A764-82C9CCE81E2D@swipnet.se> <8913208E-7FE2-41F5-AC93-000108413C47@swipnet.se> <51D126A4.50402@gmx.at> <55419fed-b69d-4d07-81b2-b5b70f113929@default> <54cfe77b-f378-4402-b185-21372177ed60@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1372860537 5220 80.91.229.3 (3 Jul 2013 14:08:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Jul 2013 14:08:57 +0000 (UTC) Cc: martin rudalics , Emacs developers To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 03 16:08:57 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 1UuNjr-0004w2-9z for ged-emacs-devel@m.gmane.org; Wed, 03 Jul 2013 16:08:55 +0200 Original-Received: from localhost ([::1]:45393 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuNjq-0002kY-Rd for ged-emacs-devel@m.gmane.org; Wed, 03 Jul 2013 10:08:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuNjm-0002kB-4Q for emacs-devel@gnu.org; Wed, 03 Jul 2013 10:08:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UuNjk-00035l-CB for emacs-devel@gnu.org; Wed, 03 Jul 2013 10:08:50 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19448) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuNjk-00035Z-36 for emacs-devel@gnu.org; Wed, 03 Jul 2013 10:08:48 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r63E8iHr008250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 3 Jul 2013 14:08:44 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r63E8hOH024545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jul 2013 14:08:44 GMT Original-Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r63E8h7W009671; Wed, 3 Jul 2013 14:08:43 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:161472 Archived-At: > > I hope, at least, that users will be able to use Desktop without the > > frame/window restoration. >=20 > (setq desktop-restore-frames nil) >=20 > Or, if I we decide to turn it into a pseudo-minor mode, like > desktop-save-mode, (desktop-restore-frames -1). >=20 > > And I hope they will be able to restore > > windows & frames without necessarily restoring all the other stuff > > that Desktop can handle. >=20 > As discussed previously, that's a worthwhile goal, but not one I'm > pursuing right now. I'm not familiar with the code, but a priori it feels like that should be doable and done at the outset. Is there some reason it would be hard to stop Desktop from saving (or restoring) the other stuff? I'm not asking you to go into detail here, just wondering what the difficulty is in general terms. Is the desktop.el code written in such a way that that would be messy to do? > > But you're not necessarily acting on or interacting with a single buffe= r > > or frame, in general. >=20 > *In general*, yes, I do. If not a single buffer, at least a single > window, two at most, more than 99% of the time. And definitely a > single frame. I didn't mean you, personally. If someone (even you) interacts with only one or two frames 99% of the time then there is not much case to be made, from my point of view, for them to use a standalone minibuffer frame. IOW, why argue that people with standalone minibuffer frames lose locality if the supporting case is a single frame scenario? Sounds a bit like saying that a teaspoon is not the best pot for boiling lots of water. > Yes, of course. At this point, I'm just explaining why do I think that > it isn't a good setup *for me*. OK. But I thought we were discussing the "locality" argument you raised generally. Anyway, please keep up the good work, and bon courage !