Squib of the day: extend plugin possibilities

For once, this isn’t about an existing bug– well, there’s a tenuous connection to GNOME bug 311428.

Several of the recent squibs have resulted in the observation that an external script could be made to do the work.  This is true for responding to keypresses, but for problems such as performing some action whenever a window opens it gets a bit harder– the external script must run all the time and either monitor X events or, as devilspie does, get libwnck to monitor X events on its behalf.

It might be a better idea if Metacity (or libwnck) could be given a list of commands to run when windows open, and possibly on other events, to make writing plugins easier.

The (fast!) default would be the empty list, of course.

Another event which it would make sense to be able to tie plugins into is window role change, so that a window-matching script could learn automatically.

It would also be sensible to allow programs to be executed when mouse buttons other than the main three were pressed (so you could launch an Exposé clone by pressing the shoulder button, for example).

Photo © Katie Sutton, cc-by-nc-sa.

Published by

Thomas Thurman

Mostly themes, triaging, and patch review.

5 thoughts on “Squib of the day: extend plugin possibilities”

  1. What should Metacity do if a spawned command receives SIGSEGV? Or dies in some other horrible way that also takes the parent? This calls for a sandboxing environment which in turn calls for an embedded scripting language rather than executing random bits of code. This in turn… wait, Seed?

  2. I don’t want Metacity to turn into Sawfish II!

    We already spawn external programs on keypress events and it never brings us down. There’s nothing particularly different in spawning programs on fancy mouse button events, or even on window opening.

  3. Good question. We have to consider these things carefully.

    This is where we need a comparative analysis of other WMs; I assume someone’s run into such a problem before now.

  4. I like the idea.

    @regarding opening window event script -> opening window event: may be even desired. Imho: the script designer has to take care and e.g. suppress new window for subsequent runs.

Leave a Reply

Your email address will not be published. Required fields are marked *

Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported
This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported.