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: How to restore the layout? Date: Sun, 30 Jun 2013 19:55:35 +0200 Message-ID: References: <51C5AA68.4000204@alice.it> <51CC4CC1.3030202@alice.it> <51CC8403.1030009@gmx.at> <51CCA56A.8000508@gmx.at> <51CCA7DC.8060605@gmx.at> <83fvw2g44j.fsf@gnu.org> <51CE9B05.1090202@gmx.at> <51CFFBED.7090400@gmx.at> <51D02AB0.5070103@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1372614987 14602 80.91.229.3 (30 Jun 2013 17:56:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Jun 2013 17:56:27 +0000 (UTC) Cc: Angelo Graziosi , Emacs developers , Stefan Monnier , Eli Zaretskii , Stephen Berman , Jambunathan K To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 30 19:56:27 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UtLrO-0007Ca-IG for ged-emacs-devel@m.gmane.org; Sun, 30 Jun 2013 19:56:26 +0200 Original-Received: from localhost ([::1]:38587 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLrO-00030C-8p for ged-emacs-devel@m.gmane.org; Sun, 30 Jun 2013 13:56:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLrK-000301-E2 for emacs-devel@gnu.org; Sun, 30 Jun 2013 13:56:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UtLrI-0006Wh-Gt for emacs-devel@gnu.org; Sun, 30 Jun 2013 13:56:22 -0400 Original-Received: from mail-ee0-x234.google.com ([2a00:1450:4013:c00::234]:33795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLrF-0006W2-E3; Sun, 30 Jun 2013 13:56:17 -0400 Original-Received: by mail-ee0-f52.google.com with SMTP id c50so1630740eek.25 for ; Sun, 30 Jun 2013 10:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=TcMOpOWtVA52O+WPuBQVZxHEpK99OB1ZfrReEoDlEb8=; b=aoyJnUtKgtpXOOO53cuipS/FP8epDih8ojRpJ4KdMz0LP7g2cbT3GSPmKLpJP01gJ1 ETDp3LD5QqDg9ajiqOyJrY2I68229x2jp+fhIMe67GFIFXLfWvQyWdi+JM7jQrNSeY/H P4qvxk1HYhEqvvSqc8K6mlsLTigA0SxbENWiNyeXix5LCuVNUG0aygTvdU0yNlMT+LoK /piN3kPX1Apc1KPxdUBfr+jYyksyrNFXzfTt9VLse0F+J9+wTxdx3e5yUDfivxFeEV2P 7Dp+q+RslqN615QXB356mYSrOH7CS5TsPmG/BaeRoP9okaXHNBE01bsIaDtmaeBM1sPD 1eBg== X-Received: by 10.14.38.198 with SMTP id a46mr17713877eeb.42.1372614976150; Sun, 30 Jun 2013 10:56:16 -0700 (PDT) Original-Received: by 10.14.142.4 with HTTP; Sun, 30 Jun 2013 10:55:35 -0700 (PDT) In-Reply-To: <51D02AB0.5070103@gmx.at> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161366 Archived-At: On Sun, Jun 30, 2013 at 2:55 PM, martin rudalics wrote: > I'm still uncertain what would be best. OK So do I. > I'd vote for one basic option called `desktop-restore-frames' because > I'd probably always save windows and frames (virtually everything that > could be useful) and leave it to the restoration routine to decide > whether and which items shall be restored. This option should be > boolean in order to not confuse users too much and I would probably turn > it on by default. Agreed. > Other options should be added when we see that we need them. Two > candidates we have discussed so far are what I would call > `desktop-restore-frame-positions' where possible values are to do that > as accurately as possible (with the potential for failure) and less > accurately, leaving the decision mainly to the window manager. The > other option would be something like `desktop-restore-frame-displays' to > specify whether we should try to restore frames on multiple monitors and > the like. I still don't see much use for desktop-restore-frame-positions. On one hand, if you s&r in the same display (which I na=C3=AFvely assume is the most common use case), positions and sizes are preserved and removing that info to let the window manager do its thing is a bit strange, and, as discussed before, it could fail for some frame configurations with small windows. On the other hand, if you restore in a different display, or a different monitor size, that's a problem that we should try to solve, even if only partially, regardless of any user option setting... desktop-restore-frame-displays makes more sense because there are already users who prefer it that way (like Stefan). Juanma