[openbox] DockApp detection
dana at orodu.net
Thu Sep 16 18:04:34 EDT 2010
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 .
>> 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.
>>  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. 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.
>  http://tronche.com/gui/x/icccm/sec-4.html#s-22.214.171.124
> openbox mailing list
> openbox at icculus.org
More information about the openbox