From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations Date: Sat, 22 Mar 2014 16:20:39 +0100 Message-ID: <532DAA47.5020101@gmx.at> References: <87bnx1me40.fsf@capuchin.co.uk> <532ABA74.5060206@gmx.at> <21290.56690.254740.791923@capuchin.co.uk> <532AE836.2030907@gmx.at> <21290.64241.176419.931155@capuchin.co.uk> <532B4016.7010508@gmx.at> <21291.20160.94341.637290@capuchin.co.uk> <532BF24A.6090703@gmx.at> <21292.6903.499178.348@capuchin.co.uk> <532C5595.2090800@gmx.at> <21292.28324.463848.983080@capuchin.co.uk> <532C7A06.6080703@gmx.at> <532D5A7E.7010700@gmx.at> <21293.30111.645044.742129@capuchin.co.uk> <532D93D9.10101@gmx.at> <532D9C4A.8040509@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1395501674 29618 80.91.229.3 (22 Mar 2014 15:21:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Mar 2014 15:21:14 +0000 (UTC) Cc: 17046@debbugs.gnu.org, Robert Marshall To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 22 16:21:21 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1WRNjc-0007J8-Ul for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 16:21:21 +0100 Original-Received: from localhost ([::1]:57317 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRNjc-0006Fl-DM for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 11:21:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41387) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRNjR-00069O-QN for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 11:21:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WRNjK-0008DF-Go for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 11:21:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRNjK-0008DB-DM for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 11:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WRNjJ-0008Qx-ML for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 11:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Mar 2014 15:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17046 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17046-submit@debbugs.gnu.org id=B17046.139550164932389 (code B ref 17046); Sat, 22 Mar 2014 15:21:01 +0000 Original-Received: (at 17046) by debbugs.gnu.org; 22 Mar 2014 15:20:49 +0000 Original-Received: from localhost ([127.0.0.1]:44922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRNj6-0008QL-Et for submit@debbugs.gnu.org; Sat, 22 Mar 2014 11:20:48 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:64093) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRNj2-0008Q8-Vi for 17046@debbugs.gnu.org; Sat, 22 Mar 2014 11:20:46 -0400 Original-Received: from [194.118.139.168] ([194.118.139.168]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MBFBB-1WHB7v3RBd-00AGbF; Sat, 22 Mar 2014 16:20:42 +0100 In-Reply-To: X-Provags-ID: V03:K0:OvuQmw8hVTU9CtRcsaH8xNwPdFTBNHkJY90ZLOa+ewNzB5hskmK LTwRNFyuyi4M55qefl1H8In3GCYvNCjUBeKkVzBz07REgAw2BsRCnz4UCvXIsKlerBab6sT tOtFI++EGwIQGZHIkiE3L2LDj7iPgMKKDIfwFvjkuFoGovOc7nZ8IyQ5tgrHAFrNUx/bfdW PCWRz1zQTPfCnnmjETS5w== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:87170 Archived-At: > Please clarify. Do you mean: > > - Not to restore upon a non-strictly visible frame (and so choose > another or create a new one)? > - To wait until the frame is visible? The latter, I'd say. > (I'm not sure what do you mean with "strictly visible", BTW). "Strictly visible" should stand for "always visible while desktop restoration is done". > The :reuse-frames arg of `frameset-restore' accepts a predicate, so if > you have a way to decide from Elisp that a frame is "strictly > visible", you can allow or disallow its reusing. I meant to find some way where we, before restoring a desktop, make the involved frame visible and then do the restoring, so the user "sees" what happens. This obviously works only when a frame exists already before restoration kicks in, but IIUC this is what happens in Robert's case. martin