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: A few questions about desktop.el Date: Fri, 28 Apr 2006 16:56:30 +0200 Message-ID: References: <58643.128.165.123.132.1146179153.squirrel@webmail.lanl.gov> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1146236254 6560 80.91.229.2 (28 Apr 2006 14:57:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 28 Apr 2006 14:57:34 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 28 16:57:25 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FZUOn-0006HX-Jx for ged-emacs-devel@m.gmane.org; Fri, 28 Apr 2006 16:56:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZUOn-00044l-4x for ged-emacs-devel@m.gmane.org; Fri, 28 Apr 2006 10:56:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZUOZ-00044Q-Gd for emacs-devel@gnu.org; Fri, 28 Apr 2006 10:56:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZUOX-00042z-0B for emacs-devel@gnu.org; Fri, 28 Apr 2006 10:56:34 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZUOW-00042w-Pv for emacs-devel@gnu.org; Fri, 28 Apr 2006 10:56:32 -0400 Original-Received: from [66.249.92.168] (helo=uproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FZURg-0003XW-B8 for emacs-devel@gnu.org; Fri, 28 Apr 2006 10:59:48 -0400 Original-Received: by uproxy.gmail.com with SMTP id m2so1562663ugc for ; Fri, 28 Apr 2006 07:56:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UqXg7a7696jHhL2IfXyibzDjnoC3tTRLX7aij//bKU44FC1egNYS0JEulhNtDYFRIQBVjZTx8TTYcBcnKj4entTeinia8ebbd+sJ8UUoUH8vQ5g6TlmZ2j395SWqMC96tAt7eZte0V4Ct0YL+2Rrz0EFIcSBbr2WKxSmFLt1EuY= Original-Received: by 10.78.32.16 with SMTP id f16mr459647huf; Fri, 28 Apr 2006 07:56:31 -0700 (PDT) Original-Received: by 10.78.33.18 with HTTP; Fri, 28 Apr 2006 07:56:30 -0700 (PDT) Original-To: herring@lanl.gov In-Reply-To: <58643.128.165.123.132.1146179153.squirrel@webmail.lanl.gov> Content-Disposition: inline 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:53552 Archived-At: On 4/28/06, Stuart D. Herring wrote: > without file locking because I wasn't sure how to mix that > with `load' competently. (I suspect this matters little since Emacs > sessions are quite unlikely to be actually _accessing_ the desktop file a= t > the same time.) I agree. The probability of two or more Emacs sessions starting or non-catastrophically ending at the very same moment seems remote. > But I encourage > people (in particular Juanma, who raised the issue) to try it and let me > know if it's any good; if the testing and the papers go okay, it'll just > need a ChangeLog entry to be good. Thanks a lot. I like the functionality, but it still has some rough spots, at least for daily use. - Emacs process the desktop file, loading buffers and all, and only then asks about it being in use. Can this be changed so the question is asked at the beginning? (I imagine this could be difficult because of the way the desktop file is loaded.) - If you decide *not* to load the desktop file in use, on exit you're still asked about saving a new desktop file; at least, for certain values of `desktop-save'. My main use case is that I'm starting a fresh Emacs by accident (I have Emacs on another virtual desktop, or just too many open apps), and I'm going to do C-x C-c immediately, so it's a bit cumbersome to "M-x set-variable desktop-save nil RET". Perhaps a desktop-not-loaded-hook could be useful there. - Not a problem with your implementation, but on Windows, using gnuserv/gnuclient, the second Emacs instance shows a message "Server subprocess exited" (because it wasn't able to run gnuserv a second time) which hides the desktop question... -- /L/e/k/t/u