From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: GUI vs TTY when saving & restoring framesets Date: Sun, 22 Jan 2017 22:06:42 +0100 Message-ID: References: <20170122132727.GA12823@acm> <831svv5a4l.fsf@gnu.org> <20170122180010.GB12823@acm> <83o9yz3qtw.fsf@gnu.org> <20170122185537.GC12823@acm> <83k29m52rc.fsf@gnu.org> <20170122193841.GD12823@acm> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=94eb2c193efef0c9640546b544b8 X-Trace: blaine.gmane.org 1485119289 20809 195.159.176.226 (22 Jan 2017 21:08:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 22 Jan 2017 21:08:09 +0000 (UTC) Cc: Eli Zaretskii , Emacs developers To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 22 22:08:05 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVPMq-0004vB-BP for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2017 22:08:04 +0100 Original-Received: from localhost ([::1]:37705 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVPMv-0003MS-5K for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2017 16:08:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVPMI-0003MC-Vc for emacs-devel@gnu.org; Sun, 22 Jan 2017 16:07:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVPMG-0001JT-Sm for emacs-devel@gnu.org; Sun, 22 Jan 2017 16:07:30 -0500 Original-Received: from mail-wm0-x231.google.com ([2a00:1450:400c:c09::231]:38254) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cVPME-0001I3-3A; Sun, 22 Jan 2017 16:07:26 -0500 Original-Received: by mail-wm0-x231.google.com with SMTP id r144so125478123wme.1; Sun, 22 Jan 2017 13:07:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=x8TAgCb6pY+Koz9g5hBGkHMc9/4pSxOtUHJD3mhiVLQ=; b=D48PqesesZstSmcOQgNgns9yfFK34TIizwNgJOZTOeZyIAQ3eqGkOjnJXRawCnPfHR 4Uw9UoKqOT20gTNCmGtOADpT0Zwo7V0dVXoUje9ldO8KDBBjrexMrPrPc+rU1Ufj8ZTt +uhrErxmDiGCiZecKzFGRNv/APikwQUTV/3FQqwG//DytZ9XiCXrGCySX8/Ds7UJVnT+ 43two8yZ3ZqsQM6TpaS4686Xak0GSxy6lbQ7imwCed0Jy6xP2b0qLdN+3VWWS1wtluhn 4hebzolN8lRP+S1IqJ3X55oHOHIzhwyNvwdeu7Ht+KyVz2f8GfgK71a27T4KtNI4d57A /ocg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=x8TAgCb6pY+Koz9g5hBGkHMc9/4pSxOtUHJD3mhiVLQ=; b=pTnjXe/LKP+NA/4DqC41OXGZT+iM8x/lHsav5hHwjJcugVK4V0pa2n+AoAokFrixX1 vzFE4rTJVEltopgCpsp3SjQUc3yl5J8Brlug7sfGNAHMk+pP5axCKhA4Q5X8Vq3QooJ9 dAJwBPDUQjx9qczyNCZ51BcGfeCdOW38orToAorcugzJnBb4/seqwDhixAFy9DIcmaSq tb+J6hj9+x169N/PqxLpJ9URfBUTc9o0zMUT/6ZfgGReeFJBSZZY6s45aUFLg49T+OYJ Fdfqj3CxHPyyAQvtssYO5KjIB/deONEjaelX7jMLVJ8p+Yqk8fx1WjVwGDu36Suh6l1q yXJw== X-Gm-Message-State: AIkVDXL994UrOMHtMcner8KdCL5LZFqHAxiBHHG1Lk2SOnJDMMG5Bruka5NWA/yIqYwXcv1mb+kq9aBvyZbMfQ== X-Received: by 10.28.206.199 with SMTP id e190mr11708196wmg.98.1485119243206; Sun, 22 Jan 2017 13:07:23 -0800 (PST) Original-Received: by 10.194.172.129 with HTTP; Sun, 22 Jan 2017 13:06:42 -0800 (PST) In-Reply-To: <20170122193841.GD12823@acm> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:211558 Archived-At: --94eb2c193efef0c9640546b544b8 Content-Type: text/plain; charset=UTF-8 On Sun, Jan 22, 2017 at 8:38 PM, Alan Mackenzie wrote: > Something similar happens when I use the defaults. But the buffers come > up in the "wrong" frames (i.e. associated with a different key), > making it not useful for me. Anyhow, I've had this use of for 15 > years now, and 15 years ago there was nothing like frames in the desktop > file. Well, frameset restoration is a new feature, which does not interfere with what you did before. It just does not do what you want in a new situation (you could always set desktop-restore-frames to nil and not lose any old functionality). I don't mean that your use case is not valid or relevant, only that it is hardly surprising that it doesn't work out of the box ;-) > I > think it more likely that Juanma didn't see any need to preserve the > association of particular frames with particular buffers when extending > desktop to handle frames. I tried to preserve anything that I could imagine being even remotely useful, or being told so. Obviously, there's room for improvement. > But it would > be nice if desktop could preserve the ordering of the frames and buffers, > too. I'll look into it. --94eb2c193efef0c9640546b544b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Sun, Jan 22, 2017 at 8:38 PM, Alan Mackenzie <acm@muc.de> wrote:

> Somethin= g similar happens when I use the defaults.=C2=A0 But the buffers come
&g= t; up in the "wrong" frames (i.e. associated with a different <= ;fn> key),
> making it not useful for me.=C2=A0 Anyhow, I've h= ad this use of <fn> for 15
> years now, and 15 years ago there = was nothing like frames in the desktop
> file.

Well= , frameset restoration is a new feature, which does not interfere with what= you did before. It just does not do what you want in a new situation (you = could always set desktop-restore-frames to nil and not lose any old functio= nality). I don't mean that your use case is not valid or relevant, only= that it is hardly surprising that it doesn't work out of the box ;-)

> I
> think it more likely that Juanma did= n't see any need to preserve the
> association of particular fram= es with particular buffers when extending
> desktop to handle frames.=

I tried to preserve anything that I could imagine= being even remotely useful, or being told so. Obviously, there's room = for improvement.

> But it would
> be = nice if desktop could preserve the ordering of the frames and buffers,
&= gt; too.

I'll look into it.

--94eb2c193efef0c9640546b544b8--