From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Augusto Stoffel Newsgroups: gmane.emacs.bugs Subject: bug#53793: 29.0.50; 'fullscreen' frame parameter on pgtk Date: Thu, 10 Feb 2022 08:43:02 +0100 Message-ID: <875ypnnp4p.fsf@gmail.com> References: <87a6f5bssv.fsf@gmail.com> <87mtj4reru.fsf@yahoo.com> <875ypspe4n.fsf@gmail.com> <87czk0pc6x.fsf@yahoo.com> <878ruodrfe.fsf@gmx.net> <87pmnzlbbd.fsf@yahoo.com> <87bkzi4gl9.fsf@gmail.com> <87wni4o3hb.fsf@gmail.com> <49fa0476-cd67-6bf3-09a2-e1b72cd2cdc3@gmx.at> <87sfssnowt.fsf@gmail.com> <73b1c734-06f8-aeef-7b0d-865a8939c7ba@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31460"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: Po Lu , Stephen Berman , 53793@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 10 08:46:30 2022 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 1nI49t-0007xG-Fm for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Feb 2022 08:46:29 +0100 Original-Received: from localhost ([::1]:43534 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nI49r-0000nr-Ns for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Feb 2022 02:46:27 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38306) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI47b-0000Nz-LV for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 02:44:08 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59742) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nI47V-00028r-Uy for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 02:44:07 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nI47V-0002BV-Po for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 02:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Augusto Stoffel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 07:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53793 X-GNU-PR-Package: emacs Original-Received: via spool by 53793-submit@debbugs.gnu.org id=B53793.16444789958318 (code B ref 53793); Thu, 10 Feb 2022 07:44:01 +0000 Original-Received: (at 53793) by debbugs.gnu.org; 10 Feb 2022 07:43:15 +0000 Original-Received: from localhost ([127.0.0.1]:53639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI46k-0002A6-Tv for submit@debbugs.gnu.org; Thu, 10 Feb 2022 02:43:15 -0500 Original-Received: from mail-ed1-f50.google.com ([209.85.208.50]:34538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI46i-00029r-Dh for 53793@debbugs.gnu.org; Thu, 10 Feb 2022 02:43:12 -0500 Original-Received: by mail-ed1-f50.google.com with SMTP id co28so9482228edb.1 for <53793@debbugs.gnu.org>; Wed, 09 Feb 2022 23:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=eIP5d3Q/XgS7PrvXFTKsDOqYPVzA6biFU81vaC2Ws2M=; b=Oy9Tvfy2epdEpWpBAczy9LVXTiQyrVUsjn/Nkb6uhEQX/abzHIbuut74+NDXNxT6dS VeVDbtv4yU+delBqUiDSVo1Ue1W7rc43qDq0grai4GXHonfMV8N/af8LJiodr1cxf0Ff Emyu76gaf82vAcbtdoFpnhXXwRipN+eNwfXI+zWHLJ4ljArUne+jBUaOldaBNkSTykuz rTgDoInHzNxga+SnL+JpD22m6CMudaWpsgADX37IvFzx537ThNHvkxViY3iuXjK22jh4 IAMhXAXYz+Jx8ryIulC4ZSYrPQngfYzj5mjLAGuhO0r0c4KiFNsVtsQ+SAcXQL2+dv0m 1KlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=eIP5d3Q/XgS7PrvXFTKsDOqYPVzA6biFU81vaC2Ws2M=; b=7p6t0UhWq/VtrNoEpZ1dZKVwIpEqL2eXVIXcE4U3upteTI/6marlD9ci+GW4ZdRvLd JedHNMB334Cp4EC78FgURPugZ+FsD6NDUWrcgQvZF3PiNznVrlGWeJusvxGg+oYdhAwn wz5hdfk4dY23IvemftSkWnYPkfZtsJCns5j73kYbxEX08zZAs+B4fMx55O1q5VFGzuFD oirW4qli+QOuzSt3XJKZGjQL8ttjnjoCrYpayVfYezR9GrlMq+FKNvVpuZYh5QJiVBIW hyXVRVNAd6dSLi72c5CNIxbstR15kFQgohOk/muGjpigozsNn5qt+I8PIHu6zM+Lkud6 NVig== X-Gm-Message-State: AOAM5308jjNVemCEaXbZkbQhzym70wQ/hPjgOEMIEgwTPjmZG+CeCQ90 /8P2iIaXZCiMMPpTUMopAOy0F/j8wuY= X-Google-Smtp-Source: ABdhPJxWEkvCRuoINIdlO73HQmhwHsa7Wdo2AqKmkkJTOwFu8Sm7WSi/igGpCjf6/8BY42Z+HCpEzg== X-Received: by 2002:a05:6402:34d5:: with SMTP id w21mr5548546edc.226.1644478986116; Wed, 09 Feb 2022 23:43:06 -0800 (PST) Original-Received: from ars3 ([2a02:8109:8ac0:56d0::758e]) by smtp.gmail.com with ESMTPSA id h8sm9326692edk.14.2022.02.09.23.43.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 23:43:05 -0800 (PST) In-Reply-To: <73b1c734-06f8-aeef-7b0d-865a8939c7ba@gmx.at> (martin rudalics's message of "Wed, 9 Feb 2022 19:25:12 +0100") 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:226536 Archived-At: On Wed, 9 Feb 2022 at 19:25, martin rudalics wrote: > Obviously. Any such mechanism would have to hook into > 'move-frame-functions', call 'set-frame-window-state-change' and act > accordingly the next time 'window-state-change-functions' is run. > It's very hard to see that this is the intended usage just from the documentation, thanks for explaining. Normally, resizing Emacs is quantized by character, but this assumption is not always true. For instance, in Gnome, if I tile Emacs and my web browser side by side (with S- and S-) and then drag the boundary between the two windows, the Emacs frame is resized pixel by pixel (and there are visual glitches, indeed). So someone might still one day need want some optimization you describe above for the resize case as well. But everything is fine by me.