From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eric Swenson Newsgroups: gmane.emacs.bugs Subject: bug#55070: 28.1; desktop-load doesn't work in -nw (non-gui) emacs Date: Sat, 23 Apr 2022 07:53:43 -0700 Message-ID: <0005CD80-4AE7-4E00-86EB-6ADDF333A9B6@swenson.org> References: <83sfq3op15.fsf@gnu.org> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15160"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 55070@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 23 16:55:18 2022 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 1niHAK-0003mH-Q9 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 Apr 2022 16:55:17 +0200 Original-Received: from localhost ([::1]:60186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1niHAJ-0001rl-CN for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 Apr 2022 10:55:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60844) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1niHA5-0001rX-W1 for bug-gnu-emacs@gnu.org; Sat, 23 Apr 2022 10:55:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34841) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1niHA5-0006Yo-Mk for bug-gnu-emacs@gnu.org; Sat, 23 Apr 2022 10:55:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1niHA5-0005YQ-KX for bug-gnu-emacs@gnu.org; Sat, 23 Apr 2022 10:55:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eric Swenson Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Apr 2022 14:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55070 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 55070-submit@debbugs.gnu.org id=B55070.165072564121268 (code B ref 55070); Sat, 23 Apr 2022 14:55:01 +0000 Original-Received: (at 55070) by debbugs.gnu.org; 23 Apr 2022 14:54:01 +0000 Original-Received: from localhost ([127.0.0.1]:56971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niH92-0005We-Gm for submit@debbugs.gnu.org; Sat, 23 Apr 2022 10:54:01 -0400 Original-Received: from mail-pl1-f170.google.com ([209.85.214.170]:46010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niH90-0005WP-EV for 55070@debbugs.gnu.org; Sat, 23 Apr 2022 10:53:54 -0400 Original-Received: by mail-pl1-f170.google.com with SMTP id h12so13478521plf.12 for <55070@debbugs.gnu.org>; Sat, 23 Apr 2022 07:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=swenson.org; s=google; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=aviUNQ25FXP54s0XfmOO0SILQwCqEvS1RIcjUCL0WBM=; b=T5HtZwl/0mnNG7NumqZXfKBA8jeI/L1UwNPnxDnjFcA/xKQmFZO3dIAEyCug3EGZm1 vHAFRcSX3G2tftFRt2yQdIDP7tVM28s5HCk7FvOKAHRAgtS07SLI0FqdvfMR0lyMVXKE E6khq0ZG5xuRPzQrywV3Wc+MbkbmUAJqFORhE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=aviUNQ25FXP54s0XfmOO0SILQwCqEvS1RIcjUCL0WBM=; b=AwG06i2eq7mPls5mH5hXuAgvo8NaUyi31MAKKRhrmlhvodI0qlPEtA/h67RoPLUKnN EP4/gDh9zuuaiES75q0xnjcF/F+apbloB8gTZOfauoMgY+rkqw+SyMhFqG0FJ7qPWJ52 ryPxDVwoD4WapaufBuJR53uZ5QUBY+v/T8jfcxCwLNZqUQRfZk2k7cXSjCQlw1XonYB1 Dud26k76SIwlOkJF752196PzWEmY1txNnMGOltDczjSCVuRFb1jOsHjqHH9D3fZvf21i qHj/Q52oldt6B6I9vKTbT51SRSE34L2fSUn+1BD6ULZ4C3NfBGccAOSYvdEpkl1voiVb UgPw== X-Gm-Message-State: AOAM531L5clQSRjhrMJ8eChW5VzSQcAv3JG1nSXDm1YDMMtcB1dd6GX6 /D8ynx7HSmXFcE0i/wud/iRpaTI0cUDBswXU X-Google-Smtp-Source: ABdhPJytwpUuZWiZ1Z1gehUTMH61cJOrqq8yfZxfUYjJ6wNOddjdOPhV9cnbjObIHztYAl3vUcFrlQ== X-Received: by 2002:a17:90a:fd10:b0:1d9:2a41:6fe6 with SMTP id cv16-20020a17090afd1000b001d92a416fe6mr4146183pjb.196.1650725627462; Sat, 23 Apr 2022 07:53:47 -0700 (PDT) Original-Received: from smtpclient.apple (c-73-189-24-121.hsd1.ca.comcast.net. [73.189.24.121]) by smtp.gmail.com with ESMTPSA id 76-20020a62194f000000b0050abaf80f99sm6051969pfz.114.2022.04.23.07.53.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 23 Apr 2022 07:53:46 -0700 (PDT) In-Reply-To: <83sfq3op15.fsf@gnu.org> X-Mailer: iPhone Mail (19E258) 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" Xref: news.gmane.io gmane.emacs.bugs:230498 Archived-At: Thanks. It seems really strange that this should be problematic in -nw sessi= ons. I could understand not being able to restore windows between a GUI and -= nw sessions, but I don=E2=80=99t see why, since windows work perfectly well i= n a single frame in a -nw session that restoring them should be problematic.= Can you explain why this is difficult? In -nw sessions the same commands spl= it windows perfectly well. So clearly -nw sessions support window splitting =E2= =80=94 why not restoring? (I think a restriction that requires the saving an= d restoring sessions to be the same kind (either both -nw or both GUI) is a p= erfectly sensible restriction. -- Eric (KN6SIJ) > On Apr 23, 2022, at 07:25, Eli Zaretskii wrote: >=20 > =EF=BB=BF >>=20 >> From: Eric Swenson >> Date: Sat, 23 Apr 2022 06:52:13 -0700 >> Cc: 55070@debbugs.gnu.org, eric=3Dswenson.org@groups.io >>=20 >> I start emacs with a single frame. I create three windows by doing, for e= xample, C-x 2, and C-x 3. In each window, I read in a file. Then I invoke M-= x desktop-save, and select a directory. I always use ~/.emacs.d. Then I exi= t emacs with C-x C-c. >>=20 >> Then I renter emacs and invoke C-x desktop-load. >>=20 >> If for both sessions, I invoke emacs with =E2=80=9C-Q=E2=80=9D only, on e= ither macOS or Linux with Gnome desktop, everything works fine. However, if I= invoke emacs with =E2=80=9C-nw -Q=E2=80=9D, when I run M-x desktop-load, I o= nly get a single window with one of the files loaded. The other two files ar= e loaded into buffers, but their windows were not restored. >>=20 >> I haven=E2=80=99t tried a case where I ran a GUI session first and saved t= he desktop and then ran the non-GUI (-nw) session for the restore, but I=E2=80= =99m pretty sure it would also fail.=20 >>=20 >> I think the =E2=80=9Cissue=E2=80=9D is that desktop-load doesn=E2=80=99t w= ork in the -nw session. >>=20 >> And yes, you can set up the windows using C-x 4 f as well as t= he explicitly creating a second window and splitting and then loading files i= nto each. It doesn=E2=80=99t really matter.=20 >=20 > OK, thanks for the details. They tell me that what you see is the > intended behavior: desktop.el doesn't restore frames and windows on > text-mode terminals. This is because restoring frames and windows in > a -nw session is problematic, especially if the desktop was saved from > a GUI session. >=20 > If this causes a lot of inconvenience, maybe we could have a user > option to allow restoring the frameset in -nw session, for those who > only ever use -nw sessions. But we cannot allow that in general, and > not by default, IMO.