[openbox] DockApp detection

[Dana Jansens]

On Thu, Sep 16, 2010 at 3:12 PM, Brad Jorsch
<anomie at users.sourceforge.net> wrote:
> On Thu, Sep 16, 2010 at 02:05:46PM -0400, Dana Jansens wrote:
>>
>> I have one question about this: WM_CLASS can be set on a window's
>> "leader", Y, and this value would be used in place of the WM_CLASS
>> hint set on any other window X which sets a WM_CLIENT_LEADER to Y [1].
>>
>> Does Window Maker use the leader's WM_CLASS hint to check for
>> "DockApp" when WM_CLIENT_LEADER is set?  It would be unpleasant to not
>> follow the same conventions.  But also, to not follow the convention
>> of the WM_CLASS property in this instance.
>
> We're using the WM_CLASS of the window itself.
>
>> [1] http://www.x.org/archive/X11R7.5/doc/man/man1/smproxy.1.html
>
> That just seems to be talking about how the session manager proxy
> identifies applications without a WM_WINDOW_ROLE property.
>
> Slightly more relevant is the WM_HINTS window_group, for which it is
> stated that the group leader holds the "properties" for the group.[2] But
> I'm not sure whether WM_CLASS is one of those "properties", or if
> "properties" is just referring to the rest of WM_HINTS.
>
> Having the group leader or client leader override the WM_CLASS would
> mean that you couldn't specify different resources for different types
> of windows in the group, which would reduce the utility of resources.

Yeh, I agree.  Okay, we'll look only on the client itself for this.

Cheers,
Dana

>
> [2] http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.2.4
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox
>