[compiz] window matching interface and the new match option

David Reveman davidr at novell.com
Tue Feb 27 07:31:13 PST 2007

On Tue, 2007-02-27 at 16:39 +0000, Mike Dransfield wrote:
> David Reveman wrote:
> >
> > PID can be in the core. Process name, host name.. and everything else
> > you can think of that are strings should be in the regex plugin.
> >
> > Window dimensions would be useful. '>', '<', '=' can be used without any
> > changes to match interface as those things are up to the expression
> > handler to parse and there's nothing that prevents that right now.
> >
> > If you or anyone else feel like implementing a few of these please do
> > so.
> >   
> I will have a look at PID and window size matching using greater
> than and less than, the others are not so important now.

Great, another one that I think can be useful is 'depth' or 'visual'. So
you can match based on if a window got an alpha channel or not.

> Also do you think it would be OK to add an override redirect match?

Yes, I though about adding that too.

> It would make it possible to work around a few toolkit bugs (ie. the 
> mozilla
> menu problem)

Yes, it's nice to be able to push workarounds like this up to the option
> >> It would also be very useful if the match string could include a
> >> value as well.  This would mean that plugins like blur could
> >> have a list of matches with values and it could apply different
> >> types of blur to different types of windows.  eg.  It could use
> >> 4xBilinear for any window which is wider than 500 px like this
> >>
> >> min_width=500 =4xBilinear
> >>     
> >
> > I don't think we want this in the match option. What you want is a list
> > of (match, int) pairs and that can be created right now by having two
> > list options. However, I've been waiting for a good reason to add a pair
> > option type and this seems like the perfect case.
> It sounds good :)

OK, I'll do that then.

- David

More information about the compiz mailing list