GNU bug report logs - #41719
28.0.50; emacsclient -c -F '((name . "NAME"))' is not respected --with-x-toolkit=gtk3

Previous Next

Full log

View this message in rfc822 format

From: Visuwesh <visuweshm <at> gmail.com>
To: 41719 <at> debbugs.gnu.org
Cc: luangruo <at> yahoo.com, eliz <at> gnu.org, lomov.vl <at> yandex.ru
Subject: bug#41719: 28.0.50; [FR] emacsclient should provide '--name' option as emacs
Date: Sun, 12 Jun 2022 14:19:18 +0530

[ஞாயிறு ஜூன் 12, 2022 16:02] Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

> Visuwesh <visuweshm <at> gmail.com> writes:
>
>> WM_CLASS and WM_NAME are commonly matched against in "window manager
>> rules."  For example, I have a script that essentially calls
>> `make-frame' with a specific frame `name' [*] which I then match against
>> in my window manager configuration to move the frame to the top right
>> corner of my screen.
>>
>> [*] I see that Emacs sets WM_CLASS and WM_NAME to the `name' frame
>> parameter.
>>
>>         % xprop |grep wm_'\(class\|name\)'
>>         _NET_WM_NAME(UTF8_STRING) = "vz/calendar-frame"
>>         WM_CLASS(STRING) = "vz_calendar-frame", "Emacs"
>>         WM_NAME(STRING) = "vz/calendar-frame"
>
> Class hints are only set by Emacs under X toolkit and no toolkit builds.
> On GTK builds, it's set by GTK to a value set during GTK initialization.
>

That checks out.  I use a lucid build.

> BTW, the `name' frame parameter is rather special, since it's set by
> `x-create-frame' binding special values to `x-resource-name' and
> `x-resource-class' during frame creation.  So for the record, changing
> the `name' parameter of a frame after it is created will not change the
> values of the WM_CLASS and WM_NAME properties.

Ah, thanks for the info.  I was afraid the WM_NAME property would change
when the frame title changes.

Previous Next

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