GNU bug report logs - #61710
30.0.50; frame parameter `(fullscreen . maximized)' does not work with PGTK and emacsclient --create-frame

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alynx Zhou <alynx.zhou <at> suse.com>
Cc: 61710 <at> debbugs.gnu.org
Subject: bug#61710: 30.0.50; frame parameter `(fullscreen . maximized)' does not work with PGTK and emacsclient --create-frame
Date: Wed, 22 Feb 2023 19:12:11 +0200

> Date: Thu, 23 Feb 2023 00:34:43 +0800
> Cc: 61710 <at> debbugs.gnu.org
> From: Alynx Zhou <alynx.zhou <at> suse.com>
> 
> On 2/22/23 23:31, Eli Zaretskii wrote:
> >> Date: Wed, 22 Feb 2023 21:27:42 +0800
> >> From:  Alynx Zhou via "Bug reports for GNU Emacs,
> >>   the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >>
> >> This problem could be reproduced with those minimal steps:
> >>
> >> 1. `emacs -Q --eval "(add-to-list 'default-frame-alist '(fullscreen .
> >> maximized))" --daemon`
> > 
> > I think any customizations that need a real display should be done
> > from server-after-make-frame-hook, not at startup time.  Did you try
> > that?
> 
> Well, I did not try the hook, however, I think first this just adds 
> default parameter, and it actually makes effect when `make-frame` is 
> called, at that time client already sends server its display. Plus, GTK 
> allows to set maximized before window is shown, this means the window 
> will maximized once mapped, which is just what I want.

But what exactly "maximized" means depends on the display geometry,
and the daemon doesn't have access to that, since it doesn't
initialize the X connection.

> I also tried the X11 GTK version, it does not have this bug.

Then maybe the problem is not where I think it is.  Sorry.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.