From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#60600: 30.0.50; [PATCH] Document manual desktop restore Date: Fri, 06 Jan 2023 15:15:46 +0200 Message-ID: <83lemfvm65.fsf@gnu.org> References: <875ydkx89b.fsf@ledu-giraud.fr> <83sfgnvpx5.fsf@gnu.org> <87lemfsvbg.fsf@ledu-giraud.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17285"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60600@debbugs.gnu.org To: Manuel Giraud Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 06 14:16:24 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pDma7-0004JN-LU for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 06 Jan 2023 14:16:23 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pDmZs-0005tx-B1; Fri, 06 Jan 2023 08:16:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDmZm-0005o3-3G for bug-gnu-emacs@gnu.org; Fri, 06 Jan 2023 08:16:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pDmZl-0007gW-QV for bug-gnu-emacs@gnu.org; Fri, 06 Jan 2023 08:16:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pDmZl-0002gv-Le for bug-gnu-emacs@gnu.org; Fri, 06 Jan 2023 08:16:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2023 13:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60600 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 60600-submit@debbugs.gnu.org id=B60600.167301093710314 (code B ref 60600); Fri, 06 Jan 2023 13:16:01 +0000 Original-Received: (at 60600) by debbugs.gnu.org; 6 Jan 2023 13:15:37 +0000 Original-Received: from localhost ([127.0.0.1]:54048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDmZM-0002gG-Nl for submit@debbugs.gnu.org; Fri, 06 Jan 2023 08:15:37 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDmZL-0002g0-7X for 60600@debbugs.gnu.org; Fri, 06 Jan 2023 08:15:35 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDmZF-0007I8-As; Fri, 06 Jan 2023 08:15:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=9wTRoEevL6WJBoXTyRWJUzRYQFNEPR2FpRrWqEAa53U=; b=QPMwGG7IZn0pNdrJDQ4N X2tTNj4Aw6quInkRqsyRwCFaYHvZhOxJ5cqJghdiOZg1882nQryq6nRng4OUTtfaZtkDHW/6jgXot cenoV/4fZELmz9Lv3GzoM4bAfVLry5400OYoTnwkaosMdDRGbbe+9fz1RGR8+CHq1KX4GYXJ3rfqe +6lWz2tUByvkn9n9D28/QZy8Lx4V2lKNaVFkkODIRozbN5JOmdI147MhJ1pfHXld1jOAWbmfVbHFN sa37FJHKhPdTtI9eUbwb5xSzmlQ5fQmwnRnGw0CoziU0qL8JEf9LgywG22TLYHJK5qY4ST17AiUix 8LlMDkeBOyZ82w==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDmZE-0001UL-MY; Fri, 06 Jan 2023 08:15:29 -0500 In-Reply-To: <87lemfsvbg.fsf@ledu-giraud.fr> (message from Manuel Giraud on Fri, 06 Jan 2023 13:26:27 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:252712 Archived-At: > From: Manuel Giraud > Cc: 60600@debbugs.gnu.org > Date: Fri, 06 Jan 2023 13:26:27 +0100 > > Eli Zaretskii writes: > > > The new text seems to imply that using "M-x desktop-save" necessarily > > means restoring must also be manual. But this is only true if > > desktop-save-mode was not enabled. I have the mode enabled, and I > > still sometimes save the desktop manually, whenever I make some > > significant change to the session, to make sure the new arrangement is > > saved and not lost due to some catastrophe. > > > > So the change needs to be reworded not to imply the mistaken > > interpretation that saving manually requires restoring manually. > > Ok but OTOH, when you are not using desktop-save-mode (as I do) after > the manual save explanation you are left wondering « how could I restore > it when I need to? » and then the text goes on about setting up > desktop-save-mode. That's why I placed this sentence here. Maybe it > need some rewording but I don't know how I could do it. I find the organization of the text in that section not very logical in general. It begins by describing not-very-important optional features. It should instead start by describing desktop-save-mode, since this is the recommended use of this facility, and leave the manual saving/restoring for later (explaining why one would want to do it manually). When it describes desktop-save-mode, it should mention that saving happens also from time to time, not just upon exit, something that for some reason is described much later in the section. And the order of describing the various optional features seems to lack any logic, which at least should be to describe the more significant/important options (such as desktop-load-locked-desktop, for example) first. Feel free to rewrite the section along the above lines; if not, I will do that soon, hopefully also taking care of the issue you raise. > And BTW, shouldn't desktop-revert be the user facing interface here? What do you mean? desktop-revert is described in that section (again, without any hint about when it could be useful).