KWin Rules: Difference between revisions

From KDE UserBase Wiki
Line 87: Line 87:
The information is used to back-fill the <menuchoice>Window Matching</menuchoice> criteria.
The information is used to back-fill the <menuchoice>Window Matching</menuchoice> criteria.


By using a combination of the information, you can tailor whether the rule will be generic and apply to the entire class or certain windows, say a particular '''Type''' of window, within the class.
By using a combination of the information, you can tailor whether a rule applies to an entire application (by '''Class''') or a to a specific window '''Type''' within the '''Class''' - say a '''Toolbar'''.


===Window Attributes===
===Window Attributes===

Revision as of 20:05, 21 February 2012

Overview

KWin allows the end-user to define rules to alter the behavior of an application's windows.

Tip

Plasmoids, Workspaces can also be affected.

For example, when an application is started, it can be forced to always run on Virtual Desktop #2. Or a defect in an application can be worked-around by using a rule to, say, always force the window on top of all others.

This page will define the different settings and the attributes. For the impatient folks, working examples will be listed. Whenever possible, screen shots will be used to show example settings.

KWin Rule Editor

Invoking the Editor

There are several ways one can invoke the Rules editor. Below are a couple:

  • Right-click on the title-bar of any window, choose Configure Window Behavior ... and in the Configure window, select Window Rules or
  • Configure Desktop -> Window Behavior -> Window Rules

Anatomy

The editor is composed of four tabs:

  1. Window matching
  2. Size & Position
  3. Arrangement & Access
  4. Appearance & Fixes

As the name implies, Window matching is used to specify criteria to match one or more windows. The other three tabs are used to alter the characteristics of the matching windows.

Rules

Evaluation

KWin evaluates the rules when an application starts and after editing rules. Any matching rule's attribute(s) override the application's corresponding attribute(s).

Precedence

In the Window Rules window, the rules are listed in the order in which they are processed.

The rule at the top of the list is processed first, followed by the next rule until the end of the list is reached.

Conflicts

In the event two rules match a window and affect the same attribute, the first rule in the list takes precedence.

Window Matching

The Window Matching tab provides a series of matching-criteria fields used to identify application windows:

  • Window class (application) - match this window and all its children windows.
    • and Match whole window class
  • Window role - restrict the match to the function of the window (e.g. a main window, a chat window, etc.)
  • Window types - restrict the match to the type of window: Normal Window, Dialog Window, etc.
  • Window title - restrict the match to the title of the window.
  • Machine (hostname) - restrict the match to the host name associated with the window.

Tip

While it's possible to manually enter the above information, the preferred method is to use the Detect Window Properties button.


For each field, the following operators can be applied against the field value:

  • Unimportant
  • Exact Match
  • Substring Match
  • Regular Expression - Qt's regular expressions are implemented. For additional information, web search qt regex nokia.
Detect Window Properties

The Detect Window Properties function simplifies the process of entering the matching-criteria.

  1. For the application you'd like to create a rule, start the application.
  2. Next, set the number of seconds of delay before the Detect Window Properties function starts. The default is zero seconds.
  3. Click on Detect Window Properties and
  4. When the mouse-cursor turns to cross-hairs, place it inside the application window and left-click.
  5. A new window is presented with information about the selected window:
    • Class
    • Role
    • Type
    • Title
    • Machine (hostname)


The information is used to back-fill the Window Matching criteria.

By using a combination of the information, you can tailor whether a rule applies to an entire application (by Class) or a to a specific window Type within the Class - say a Toolbar.

Window Attributes

Examples

Force a Window on a Desktop

Force a Window on all Desktops

Suppress a Window showing on Pager

Force a Window to the Top

Good for knotes

Multiple Rules per Application

e.g. Thunderbird on one desktop and composition window on any