[mcclim-devel] [PATCH] cooperate with window manager
csr21 at cantab.net
Mon Apr 20 17:51:31 UTC 2009
Juliusz Chroboczek <Juliusz.Chroboczek at pps.jussieu.fr> writes:
> Hi Christophe,
> Could you please whitelist the addresses
> jch at pps.jussieu.fr
> Juliusz.Chroboczek at pps.jussieu.fr
> for the mcclim list?
Done. Thanks for the discussion below, left untrimmed so that it
shows up in the list archives.
>> This WM_CLASS is the same thing as is looked up in the Xresources
>> database, isn't it?
>> Does it have any other effect? Do window managers group windows by
>> either of these names?
> In principle, no. If you run two Emacs instances, both have the same
> class name, and you don't expect the window manager to group them.
>>> + (setf (xlib:wm-protocols window) `(:wm_delete_window))
>>> + (xlib:change-property window
>>> + :WM_CLIENT_LEADER (list (xlib:window-id window))
>>> + :WINDOW 32))))
>> Here, we make each window its own leader, right?
>> What effect would this have on multiple windows opened by a single
>> client (such as those opened with open-window-stream)?
> The window manager would treat them as belonging to distinct
> applications. In particular, if a window manager that only makes
> a single icon for an application will create multiple icons.
>> Would it be better to have those child windows have their
>> WM_CLIENT_LEADER be the parent application frame?
> It definitely would. My patch does the strict minimum to ensure that
> every app has at least one icon in the window manager that I use.
More information about the mcclim-devel