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

[Christophe Rhodes]

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.

Best,

Christophe

>> 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