まだほとんど英語ナリよ :)
ixpc - ixpクライアント
ixpcはコマンドラインやシェルスクリプトから9Pファイルサーバにアクセスする為のクライアントであり、wmiiの設定を行う為に使用する事が出来る。
アクションの文法は以下の通り:
wmii - 改善された改善されたウィンドウマネージャ
wmiiはX11の為の動的ウィンドウマネージャである。静的ウィンドウ管理とは対照的に、どんな作業をやっていようと、同時に多くのアプリケーションを使おうと、ユーザーがウィンドウの整理を考える事は滅多にない。このウィンドウマネージャは、現行の環境に対して予め設定されたカタチを強制するのではなく、寧ろユーザーのニーズを満たす様に適応してレイアウトを調整する事で、全てのウィンドウとアプリケーションを巧く統治する。
wmiiは古典的ウィンドウ管理とキーボードとマウスによる制御で拡張されたタイル型ウィンドウ管理をサポートする。古典的ウィンドウ管理では、ウィンドウの移動とリサイズが自由に出来るフローティングレイヤにウィンドウを配置する。タイル型ウィンドウ管理では、スクリーンを水平方向に分割されたカラムを基本単位とする。各カラムは任意のウィンドウを治める事が出来、それらが重なり合わない様に垂直に配置する。これらのウィンドウは任意のカラム間及びカラム内で移動とリサイズが可能である。
wmiiは、Unixオペレーティングシステムのprocfsと良く似た内部状態を表現する仮想的なファイルシステムを提供する。 この仮想的なファイルシステムへの変更は、このウィンドウマネージャの状態の変化となる。 この仮想的なファイルシステムサービスへは、wmiir(1)の様な9Pを理解するクライアントプログラムでアクセスする事が出来る。 これはこのウィンドウマネージャのコアへの単純だが強力な遠隔制御を可能にしている。
wmiiは、用語の項で詳細が説明されるクライアント、カラム、ヴューそしてバーで主要な部分が構成される。
Running a raw wmii process without a wmiirc(1) script provides basic window management capabilities already. However, to use it effectively, remote control through its filesystem interface is necessary. By default it is only usable with the mouse in conjunction with the Mod1 (Alt) modifier key. Other interactions, such as customizing the style, killing or retagging clients, and grabbing keys, cannot be achieved without accessing the filesystem.
The filesystem can be accessed by connecting to the address of wmii with any 9P-capable client, such as wmiir(1).
An action is a shell script in the default setup, but it can actually be any executable file. It is executed usually by selecting it from the actions menu. You can customize an action by copying it from the global action directory CONFPREFIX/wmii-hg to $HOME/.wmii-hg and then editing the copy to fit your needs. Of course you can also create your own actions there; make sure that they are executable. Here is a list of the default actions:
If you feel the need to change the default configuration, then customize (as described above) the wmiirc action. This action is executed at the end of the \Prog{wmii} script and does all the work of setting up the window manager, the key bindings, the bar labels, etc.
Most aspects of wmii are controlled via the filesystem. It is usually accessed via the wmiir(1) command, but it can be accessed by any 9P client, including plan9port's 9P(1), and can be mounted natively on Linux via v9fs1, and on Inferno (which man run on top of Linux).
The filesystem is, as are many other 9P filesystems, entirely synthetic. The files exist only in memory, and are not written to disk. They are generally initiated on wmii startup via a script such as rc.wmii or wmiirc. Several files read commands, others simply act as if they were ordinary files (their contents are updated and returned exactly as written), though writing them has side-effects (such as changing key bindings). A description of the filesystem layout and control commands follows.
Each directory under /client/ represents an X11 client. Each directory is named for the X window id of the window the client represents, in the form that most X utilities recognize. The one exception is the special \File{sel} directory, which represents the currently selected client.
Each directory under /tag/ represents a view, containing all of the clients with the given tag applied. The special sel directory represents the currently selected tag.
The files under /rbar/ and /lbar/ represent the items of the bar at the bottom of the screen. Files under /lbar/ appear on the left side of the bar, while those under /rbar/ appear on the right, with the leftmost item occupying all extra available space. The items are sorted lexicographically.
The files may be read to obtain the colors and text of the bars. The colors are at the beginning of the string, represented as a tuple of 3 hex color codes for the foreground, background, and border, respectively. When writing the bar files, the colors may be omitted if the text would not otherwise appear to contain them.
The following variables are set and exported within wmii and thus can be used in actions:
edit