[mcclim-devel] [PATCH] cooperate with window manager

Christophe Rhodes 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?
> Yes.
>> 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?
> Yep.
>> 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.
> Regards,
>                                         Juliusz

More information about the mcclim-devel mailing list