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#16300: 24.3.50; 'M-' doesn't work always Date: Sat, 04 Jan 2014 14:43:33 +0100 Message-ID: <52C81005.8040700@gmx.at> References: <52C7D585.20704@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1388843058 3706 80.91.229.3 (4 Jan 2014 13:44:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Jan 2014 13:44:18 +0000 (UTC) Cc: 16300-done@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 04 14:44:24 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 1VzRWZ-0008U0-4w for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jan 2014 14:44:23 +0100 Original-Received: from localhost ([::1]:54489 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzRWY-0008OO-Oh for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jan 2014 08:44:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzRWN-0008CP-IZ for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 08:44:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzRWF-00028J-Th for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 08:44:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47486) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzRWF-000289-Pj for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 08:44:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VzRWF-0007aA-Ft for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2014 08:44:03 -0500 Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Jan 2014 13:44:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 16300 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Mail-Followup-To: 16300@debbugs.gnu.org, rudalics@gmx.at, dmoncayo@gmail.com Original-Received: via spool by 16300-done@debbugs.gnu.org id=D16300.138884302029097 (code D ref 16300); Sat, 04 Jan 2014 13:44:03 +0000 Original-Received: (at 16300-done) by debbugs.gnu.org; 4 Jan 2014 13:43:40 +0000 Original-Received: from localhost ([127.0.0.1]:33269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzRVr-0007ZE-Qc for submit@debbugs.gnu.org; Sat, 04 Jan 2014 08:43:40 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:60703) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VzRVp-0007Z6-Ec for 16300-done@debbugs.gnu.org; Sat, 04 Jan 2014 08:43:37 -0500 Original-Received: from [62.47.40.146] ([62.47.40.146]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MNYxW-1W2BbW1zg2-0079Nu for <16300-done@debbugs.gnu.org>; Sat, 04 Jan 2014 14:43:36 +0100 In-Reply-To: X-Provags-ID: V03:K0:Y3R2tVxHzGLzsGJLRYHAfc2mE+X3aJ3fJI98yTzUAZUzzYkQED3 HA7DM5QtZWOFtQ756XIxiU+RCdQgiLUDSZ+ayd6MUUAVnZtjS5ZrYPVGqhP0cfkRqqxwxgw k7noSuQM64bG21zpAjyW4oMP1bIjzl9m8Zqm7rBIpJx9bTNeqFZgwluIAALPkobeDiJP//q bH6ikU5i+IUapoF1N8fCQ== 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:82907 Archived-At: > It seems fixed, indeed. The current code still doesn't catch all possible transitions. For example, a FULLSCREEN_HEIGHT followed by two M-s will get you a normalized window which is arguable not TRT but catching this without introducing additional states seems hardly possible. Here I do (defun toggle-full-height () (interactive) (if (eq (frame-parameter nil 'fullscreen) 'fullheight) (set-frame-parameter nil 'fullscreen 'fullnone) (set-frame-parameter nil 'fullscreen 'fullheight))) which IMO is the best way to use the FULLHEIGHT feature. I'll close this bug. > And BTW, I don't know if it's due to this change, but I can't > reproduce the bug #14239 anymore with the current trunk. The old code used SetWindowPos which according to http://msdn.microsoft.com/en-us/library/windows/desktop/ms632611%28v=vs.85%29.aspx should not be used: The coordinates used in a WINDOWPLACEMENT structure should be used only by the GetWindowPlacement and SetWindowPlacement functions. Passing workspace coordinates to functions which expect screen coordinates (such as SetWindowPos) will result in the window appearing in the wrong location. For example, if the taskbar is at the top of the screen, saving window coordinates using GetWindowPlacement and restoring them using SetWindowPos causes the window to appear to "creep" up the screen. > So it could > be closed as well. Please do that. martin