From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: GUI vs TTY when saving & restoring framesets Date: Sun, 22 Jan 2017 19:38:41 +0000 Message-ID: <20170122193841.GD12823@acm> References: <20170122132727.GA12823@acm> <831svv5a4l.fsf@gnu.org> <20170122180010.GB12823@acm> <83o9yz3qtw.fsf@gnu.org> <20170122185537.GC12823@acm> <83k29m52rc.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1485113996 8112 195.159.176.226 (22 Jan 2017 19:39:56 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 22 Jan 2017 19:39:56 +0000 (UTC) User-Agent: Mutt/1.7.2 (2016-11-26) Cc: lekktu@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 22 20:39:44 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 1cVNzF-0000W3-Sk for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2017 20:39:37 +0100 Original-Received: from localhost ([::1]:37492 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVNzK-0007CM-LD for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2017 14:39:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVNyi-0007CF-TC for emacs-devel@gnu.org; Sun, 22 Jan 2017 14:39:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVNyd-0006pM-VV for emacs-devel@gnu.org; Sun, 22 Jan 2017 14:39:04 -0500 Original-Received: from ocolin.muc.de ([193.149.48.4]:41788 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1cVNyd-0006oD-Kx for emacs-devel@gnu.org; Sun, 22 Jan 2017 14:38:59 -0500 Original-Received: (qmail 37901 invoked by uid 3782); 22 Jan 2017 19:38:57 -0000 Original-Received: from acm.muc.de (p4FC46969.dip0.t-ipconnect.de [79.196.105.105]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 22 Jan 2017 20:38:56 +0100 Original-Received: (qmail 18738 invoked by uid 1000); 22 Jan 2017 19:38:41 -0000 Content-Disposition: inline In-Reply-To: <83k29m52rc.fsf@gnu.org> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.4 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:211553 Archived-At: Hello, Eli. On Sun, Jan 22, 2017 at 21:11:03 +0200, Eli Zaretskii wrote: > > Date: Sun, 22 Jan 2017 18:55:37 +0000 > > Cc: lekktu@gmail.com, emacs-devel@gnu.org > > From: Alan Mackenzie > > > > the order in my desktop file. > > > Why is that a problem? The order of buffers in the desktop file is > > > not something a user is supposed to look at, or care about. > > I care a great deal about it. I have set up keys to in the > > global key map to mean "switch to frame Fn". Thus, rather than just > > being an arbitrary GUI window, each frame is associated with a particular > > function key. I even have "Fn" in the mode line to see which frame I'm > > in. > > Usually when I close an Emacs session, I quickly type , , ...., > > to order the buffers in my .emacs.desktop. When I start Emacs (in a > > Linux tty, usually, with desktop-restore-frames nil) I do, repeatedly, > > C-x 5 b to set up the same buffers in the "same" frames. For this, > > I need the buffers to be loaded in the right order, WITHOUT *scratch* as > > an interloper. At the moment, this isn't happening in master in some > > circumstances. > I don't really understand the need for this. I need to be able to switch quickly between (specific) frames using the keyboard. And by quickly I mean QUICKLY. There's no method faster than with a single key press. It's just the way I work. > I always have several frames in my sessions, each one with its buffer, > and when I restore the sessions, each frame comes up with the same > buffer it had when I shut down Emacs, no complicated frame-walking > dance necessary, neither before shutting down Emacs nor after > restarting it. 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. > Maybe this stuff you do is the culprit? I don't really think so. It's been working for a decade and a half. 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. Indeed the notion of "particular frames" is, so far, probably idiosyncratic to me, rather than to Emacs. But it would be nice if desktop could preserve the ordering of the frames and buffers, too. -- Alan Mackenzie (Nuremberg, Germany).