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#5721: Feature request: Function that returns absolute coordinates Date: Sun, 29 Sep 2013 20:46:50 +0200 Message-ID: <5248759A.9010604@gmx.at> References: <4B9E4521.9030909@yahoo.co.jp> <87fvsoemnj.fsf@hochschule-trier.de> <52480060.7020309@gmx.at> <87mwmvtz26.fsf@hochschule-trier.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1380480503 5008 80.91.229.3 (29 Sep 2013 18:48:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Sep 2013 18:48:23 +0000 (UTC) Cc: 5721@debbugs.gnu.org To: Andreas Politz Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 29 20:48:26 2013 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 1VQM2a-0000vr-Ni for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Sep 2013 20:48:24 +0200 Original-Received: from localhost ([::1]:45634 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VQM2a-00064J-9m for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Sep 2013 14:48:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58455) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VQM2P-00060e-7r for bug-gnu-emacs@gnu.org; Sun, 29 Sep 2013 14:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VQM2F-0003rA-Gw for bug-gnu-emacs@gnu.org; Sun, 29 Sep 2013 14:48:13 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36816) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VQM2F-0003r1-Ct for bug-gnu-emacs@gnu.org; Sun, 29 Sep 2013 14:48:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VQM2E-0005uP-V4 for bug-gnu-emacs@gnu.org; Sun, 29 Sep 2013 14:48:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Sep 2013 18:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5721 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 5721-submit@debbugs.gnu.org id=B5721.138048042322615 (code B ref 5721); Sun, 29 Sep 2013 18:48:02 +0000 Original-Received: (at 5721) by debbugs.gnu.org; 29 Sep 2013 18:47:03 +0000 Original-Received: from localhost ([127.0.0.1]:45103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VQM1G-0005sh-Ch for submit@debbugs.gnu.org; Sun, 29 Sep 2013 14:47:02 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:63097) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VQM1B-0005sC-6l for 5721@debbugs.gnu.org; Sun, 29 Sep 2013 14:46:58 -0400 Original-Received: from [62.47.35.113] ([62.47.35.113]) by mail.gmx.com (mrgmx103) with ESMTPA (Nemesis) id 0MaIw0-1V6UmV30MC-00JqBP for <5721@debbugs.gnu.org>; Sun, 29 Sep 2013 20:46:55 +0200 In-Reply-To: <87mwmvtz26.fsf@hochschule-trier.de> X-Provags-ID: V03:K0:njVRuuRqYHmGUQ3ZHsEMdUHoUnCPF1I8JQ7+VSDkOl941Fo4gsf brI0jtZjekDIrPr/2fsWZhG8NY8fzDlp/dVlmk3aiIHff0Aw2YUVSzbe8kh/CIprjkLYxJ3 lr4anAB37VHX1+GDMt6TiNj8RLyrbbAVuzU3mWSFn1f51bIs6Pa6FeGI7mU+ZtXuXJMy2c/ uGeYJ2BeSqd90Gz+sqVZA== 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:78809 Archived-At: > The patch isn't perfect, as in I only tested it with GTK. Are you > talking about the frame parameter `border-width' or > `internal-border-width' ? I mean the outer border width as established by the window manager. > I think, as long as we can now the absolute > position of (the window at) C, this should probably make no difference, > since it shouldn't matter how much of the space of (C - A) is spent on > the border or a title (?). C - A might be the outer border width. But it might also include a left scroll- or toolbar IIUC. > The patch works for me with GTK, with internal-border-width This surprises me because I don't see where internal-border-width is handled in calc_absolute_offset. Is it because f->left_pos does already account for the internal border width? > and > full-screen set, with Xmonad as well as fluxbox. `border-width' in > make-frame does not seem to make any difference, it's probably set via a > GTK style (?). I think so. > Anyway the only problem I sometimes ran into is a race > condition, resulting in y_pixels_diff being to small. But this is only > temporarily until I move the frame, i.e. x_real_positions gets called > and is most likely due to GTK windows bee-ing only partially mapped. > > I think we can figure this out, when it becomes clear, which absolute > position `window-absolute-pixel-edges' should actually return. ISTR two problems from the last time I looked into this: You cannot always get C - A (or B - A) from the system and with fullscreen and maximized frames A is occasionally less than zero. martin