From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame Date: Fri, 24 Mar 2017 16:37:54 -0400 Message-ID: <87a88ae7h9.fsf@moondust.localdomain> References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> <58D4E06D.8020708@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1490387962 32736 195.159.176.226 (24 Mar 2017 20:39:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 24 Mar 2017 20:39:22 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) Cc: 25851@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 24 21:39:18 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1crVzH-0006za-Pi for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Mar 2017 21:39:07 +0100 Original-Received: from localhost ([::1]:34874 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crVzM-0006bB-D7 for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Mar 2017 16:39:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52567) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crVzF-0006aq-HE for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2017 16:39:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1crVzC-0003JO-De for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2017 16:39:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44645) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1crVzC-0003JC-BA for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2017 16:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1crVzC-0000Sz-2U for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2017 16:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Mar 2017 20:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25851 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25851-submit@debbugs.gnu.org id=B25851.14903878831716 (code B ref 25851); Fri, 24 Mar 2017 20:39:02 +0000 Original-Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 20:38:03 +0000 Original-Received: from localhost ([127.0.0.1]:42844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVyE-0000Rb-S9 for submit@debbugs.gnu.org; Fri, 24 Mar 2017 16:38:03 -0400 Original-Received: from mail-it0-f67.google.com ([209.85.214.67]:34336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVyC-0000R5-Tt for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 16:38:01 -0400 Original-Received: by mail-it0-f67.google.com with SMTP id z70so279365itb.1 for <25851@debbugs.gnu.org>; Fri, 24 Mar 2017 13:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Zuuj+kKW73vHvIJZ8aPvYNAf16IFl9i7PP0er/eMM5M=; b=fjS2Fm8yazte/SrAjyMiY2cNklbIFs4d3WEHX7/SBAIMhBGfn2LtMnUQlVtU1CJbUa X1DvsNYI9zh7espPavhOV+C7z87Ub1gSrqNnPEcLOcLTlfZOM7wEmZ6yT0Rqa018mZDb LSLhJ3LCRdjRNAhz3GUkBF+2YCHKzg8bPmYNxKSeLOk5GSKJ67Ucyr0pdwBKUayc5HNk VXOLKuBJQZEvVdDmUjk8GG3fcpFFKhbSChWLe4mXBYp/dZzzBzqanUJ19cM4VdGT6ySC EJJ04bZ3SvRP9SoJl7oLXJcxH66x/54HDzJCzkVPBTCAYJQgx9rgJf9rG736WFW0KkBF ZR8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Zuuj+kKW73vHvIJZ8aPvYNAf16IFl9i7PP0er/eMM5M=; b=eoysoR2YfvHhNg0tEmILFVfPTfM+JWHt6QFHNnfdNsBEasF5HpQJuqLfN3SKBqRRv+ vCE8sz+CWXXGsXXTFdk8Rbf3VAfZaaCV/mm1K9ZwBdxJjkmWfzS/qx1dIX36W2bWT0TW pJmCDFzfPM7R4BBSGBwYpsTp9wzMx0VYe9ZiYlB1nIEgAML/J1OETpFG1tL7d/PFUmxn j4O0IhtAwz2JoO0ZJGvJyw5ldhpJM/dZ//bNa3+g3Ae89xdh/xtz5U4gCo0y3SRKRPgJ iGfBQRy69sun993LfSLx1mafOQDTwyZwuE2j/jOal4vlPb+2v5LKQxIaLiDT1tJzCpcB X9lQ== X-Gm-Message-State: AFeK/H3Ql5HtFXJ8RteujfZsVxKfx4agyujE7DKVMb+WsPyyHV5l1u0kDzTMeXjRzwYuow== X-Received: by 10.36.208.134 with SMTP id m128mr5108593itg.44.1490387875519; Fri, 24 Mar 2017 13:37:55 -0700 (PDT) Original-Received: from moondust.localdomain.nodomain.none ([205.189.187.4]) by smtp.gmail.com with ESMTPSA id z204sm1714859ioe.53.2017.03.24.13.37.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Mar 2017 13:37:55 -0700 (PDT) In-Reply-To: <58D4E06D.8020708@gmx.at> (martin rudalics's message of "Fri, 24 Mar 2017 10:01:33 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130892 Archived-At: At 10:01 +0100 on Friday 2017-03-24, martin rudalics wrote: > > Rationale: Window managers can often perform better placement (that > may be even configurable) for windows than the application. However at > the time of writing this it is problematic for Window managers to > decide when to use them because many applications abuse positioning > flags and/or provide unnecessary default positions. My reading of this text is that it says that applications should not micromanage the positioning of windows. That makes sense. But placement of restored windows at startup is not micromanagement in my opinion. After all, it is putting windows back in the position that the Window Manager placed them in the first place, or back in the position that the user moved them to. N.