GNU bug report logs -
#41719
28.0.50; emacsclient -c -F '((name . "NAME"))' is not respected --with-x-toolkit=gtk3
Previous Next
Reported by: Vladimir Lomov <lomov.vl <at> yandex.ru>
Date: Fri, 5 Jun 2020 03:11:02 UTC
Severity: wishlist
Tags: moreinfo
Found in version 28.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #81 received at 41719 <at> debbugs.gnu.org (full text, mbox):
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.
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.
This bug report was last modified 3 years and 59 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.