From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#44961: 28.0.50; [feature/pgtk] frame-position returns incorrect information Date: Mon, 04 Jan 2021 19:15:04 +0100 Message-ID: <878s9836xj.fsf@gmail.com> References: <87tut6kj72.fsf@gmail.com> <20201220.024228.1032082898181723362.masm@luna.pink.masm11.me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9017"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 44961@debbugs.gnu.org To: Yuuki Harano Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 04 19:17:38 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kwUQE-0002EG-Ao for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 Jan 2021 19:17:38 +0100 Original-Received: from localhost ([::1]:34414 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kwUQD-000391-6K for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 Jan 2021 13:17:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48310) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kwUOh-0001mN-6Q for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2021 13:16:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48714) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kwUOf-0004hy-U0 for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2021 13:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kwUOf-0005TD-Pg for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2021 13:16:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2021 18:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44961 X-GNU-PR-Package: emacs Original-Received: via spool by 44961-submit@debbugs.gnu.org id=B44961.160978411420942 (code B ref 44961); Mon, 04 Jan 2021 18:16:01 +0000 Original-Received: (at 44961) by debbugs.gnu.org; 4 Jan 2021 18:15:14 +0000 Original-Received: from localhost ([127.0.0.1]:60259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kwUNu-0005Ri-69 for submit@debbugs.gnu.org; Mon, 04 Jan 2021 13:15:14 -0500 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:39062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kwUNs-0005RS-Pi for 44961@debbugs.gnu.org; Mon, 04 Jan 2021 13:15:13 -0500 Original-Received: by mail-wr1-f48.google.com with SMTP id c5so33108614wrp.6 for <44961@debbugs.gnu.org>; Mon, 04 Jan 2021 10:15:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=2IKHP9K+gD9hPo1tK+TGHmrtO4KxIEfoBZ78XjEr3Fg=; b=WyP34m7DbbZPdBIy7TxTWi7g/GVmSS+hgjgGeUNozVKMBAiK6fgoR/7k6KC6fTnwJJ QS6VykvF2KGfqDek6MPE0R1M5puo56s94YcGRXx4dB52EO1bKuy8qzqw2l6ytE4Eb0gn BV0XrckL+5DT1rKd80bjoFwNRbs8o9sN00XifFeJ7TFo3Y2MVA6gmjif0uWLBF6iL7lL c1YfLaKXbKo8gZ6d9V3a/Y1KKI8Zw00KOYneQBjAhjRx3A1FvSc5FC9PvVywfMNaPivk Q1u9PZsQ7Lc49u2uqtj7xcsEKtNlJhitIB0Y0eX5RbHZj14bh0VToIbf43NQsQ+x3DvO nI7A== 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:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=2IKHP9K+gD9hPo1tK+TGHmrtO4KxIEfoBZ78XjEr3Fg=; b=iagRUG+n/aFfmYx64q5b6F2/xJwSQUe9lF/J7tf2twrXih01sDC1wtjg9hJko8S/1e r2iR87dBxx8EbF5OiLXPvtWhCQcfYJwLT81ZeR43pRQSAIAPtWppokVaMjc/hBD4WHQZ Tm+rodXBS4kSYS2GGAs3Z2X5GuYicR/0KF9VSKv+cO2Ssamf61GtgJc2APshpNDmqW0B R4eiMXdg/PdqX+TXyAOGzPyOVyhj1PxeNz+ut2N1lDftsT4oSM5dxMEAOrRTZtASwy3d cdkEcK7tdKBBL75r6xeOUHGYE2DAr3GcSMZaO/GfiIo9eIBT0YgTO5szHrX811xe8LJU +UnQ== X-Gm-Message-State: AOAM5320MCYH+JaD9oqcJ0kQiVOZMhBhoyn6ygiXp2aWYNBbbkm71VLb NRDszn1zICg7PzGG3MQvz9ZUKrh1LDA= X-Google-Smtp-Source: ABdhPJwk+3Yam42Y6dBWV+DQ534byILvVZuvPlj1NKxTclSNKORysvR3nJzgdGudHd7HN5nwXk2cCQ== X-Received: by 2002:adf:eec7:: with SMTP id a7mr81621086wrp.45.1609784106555; Mon, 04 Jan 2021 10:15:06 -0800 (PST) Original-Received: from rltb (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id a62sm148479wmh.40.2021.01.04.10.15.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Jan 2021 10:15:05 -0800 (PST) Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <20201220.024228.1032082898181723362.masm@luna.pink.masm11.me> (Yuuki Harano's message of "Sun, 20 Dec 2020 02:42:28 +0900 (JST)") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:197327 Archived-At: Yuuki Harano writes: > Pgtk emacs doesn't receive events when a window moves, so it can't update= the position data. > > Also, wayland support code in Gtk ignores gtk_window_move for toplevel wi= ndows, so pgtk emacs can't move the window. Yes, this is the conclusion I came to as well, from reading various comments by the Wayland developers about how the new paradigm was that end users are not allowed to know about frame-positions, since that=CA=BCs Old School(=E2=84=A2), and they're New School(=E2=84=A2), and normal people= who like to think in coordinate systems are WRONG! (I=CA=BCm paraphrasing :-) ) It would be nice if frame-positioning on initial frame-creation worked correctly, since desktop.el does that (I haven't checked if that=CA=BCs true or not). Robert