ログイン
編集不可のページディスカッション情報添付ファイル
"clear/wm_devel/mn"の差分

MMA
10と11のリビジョン間の差分
2013-03-07 15:32:15時点のリビジョン10
サイズ: 4432
編集者: clear
コメント:
2013-03-08 23:35:22時点のリビジョン11
サイズ: 5112
編集者: clear
コメント:
削除された箇所はこのように表示されます。 追加された箇所はこのように表示されます。
行 9: 行 9:
 * 必要な機能を揃える
行 35: 行 36:
 * 最低限のEWMHサポート
  * タスクバーと連携可能な程度
行 37: 行 40:
 * EWMH対応
  * 必要な部分だけ
 * クライアントによる状態変更要求への応答
  * _NET_ACTIVE_WINDOW, _NET_WM_STATE
 * 最大化
  * マルチディスプレイを認識しないと正しい最大化はできない
  * タスクバーには被せない
  * トリガーは2つ
   * WMのキーバインド
   * _NET_WM_STATE_MAXIMIZE_HORZ/VERT
    * とりあえず両方セットの場合のみを扱う
 * フルスクリーン
  * 最大化とは違う
   * タスクバー等の有無に関係なく画面全体を覆う
   * ウィンドウ枠を除去する
   * 他のクライアントがフォアグラウンドに来た段階で解除する
  * _NET_WM_STATE_FULLSCREENがトリガー
行 43: 行 55:
 * 最大化/フルスクリーン
  * マルチディスプレイを認識しないと正しい最大化はできない
  * 最大化とフルスクリーンは違う
 * タスクバーの存在を考慮した配置
  * 最大化/タイル化時はタスクバーに被らないようにする
  * _NET_WM_STRUT(_PARTIAL)とか_NET_WM_WORKAREAとかいろいろ
行 48: 行 60:
 * タスクバーとの連携
  * 自前のバーを別のプログラムとして書く予定。特に独自規約で通信したりはしない
  * _NET_WM_STRUT_PARTIALとか_NET_WM_WORKAREAとかいろいろ
 * 自前のバー
  * ウィンドウの一覧表示と切り替え程度
  * できれば、stdinあたりから読み込んで表示する通知領域
行 74: 行 86:
 * ページャとの連携
  * タイル化を実装した場合、ページャはあまり役に立たない
  * _NET_CLIENT_LIST_STACKINGを省略

mn

概要

現在つくってるWM。特徴は以下の通り。

  • XlibでなくXCBを使用
  • スタック型(タイル配置を実装予定)
  • focus-follows-mouse
  • マルチディスプレイ対応(予定)
  • ウィンドウ枠だけの控えめな装飾
  • 必要な機能を揃える

名前の由来は「まどならべ」。ある程度使い物になるところまで行ったらソースを公開する。

実装済みの機能

  • re-parenting
    • 最初はタイトルバーを付けるつもりだったので必要だった
    • 途中で装飾をやめたのであまり意味がなくなった。でも練習のために実装
    • おまけとして、AWTと組み合わせても問題が発生しない
  • マウスによるウィンドウの移動とリサイズ
    • つかめる部分(タイトルバー)が無いので、ModKey+ドラッグの方式

    • マウスによるリサイズはウィンドウ内でのマウスポインタの位置に応じた斜め4方向に可能
    • サイズヒントに対応(ただしアスペクト比を除く)。端末とかはちゃんと文字単位でリサイズする
    • 移動時、画面端にある程度近い場合はくっつく
      • ドラッグ終了時にControlキーを押していると有効
  • キーボードによる操作
    • キーバインドは今のところヘッダファイルに埋め込み
    • WMの終了
    • 2種類のプログラム(端末とdmenuなどのランチャを想定、プログラム名は今のところソースに埋め込み)の起動
    • フォーカス中のウィンドウを閉じる
    • フォーカス中のウィンドウを隠す
    • 全部隠す(「デスクトップを表示」に相当)
    • 最後に隠したウィンドウを表示
    • 全部表示
    • ウィンドウの巡回(表示されているものだけ)
  • フォーカス履歴
    • フォーカス中のウィンドウが閉じられたり隠されたりしたとき、そのウィンドウの前にフォーカスされていたウィンドウにフォーカスする
  • 最低限のEWMHサポート
    • タスクバーと連携可能な程度

実装予定の機能(優先度と依存関係による順)

  • 最大化
    • マルチディスプレイを認識しないと正しい最大化はできない
    • タスクバーには被せない
    • トリガーは2つ
      • WMのキーバインド
      • _NET_WM_STATE_MAXIMIZE_HORZ/VERT
        • とりあえず両方セットの場合のみを扱う
  • フルスクリーン
    • 最大化とは違う
      • タスクバー等の有無に関係なく画面全体を覆う
      • ウィンドウ枠を除去する
      • 他のクライアントがフォアグラウンドに来た段階で解除する
    • _NET_WM_STATE_FULLSCREENがトリガー
  • マルチディスプレイ対応
    • 複数ディスプレイの認識自体は既にしている
  • タスクバーの存在を考慮した配置
    • 最大化/タイル化時はタスクバーに被らないようにする
    • _NET_WM_STRUT(_PARTIAL)とか_NET_WM_WORKAREAとかいろいろ
  • タイル配置
    • デフォルトはフローティングにする予定
  • 自前のバー
    • ウィンドウの一覧表示と切り替え程度
    • できれば、stdinあたりから読み込んで表示する通知領域

必須ではないが実装したい機能(優先順位なし)

  • ウィンドウ枠だけの移動/リサイズ
    • ウィンドウの再描画が減るのでだいぶ軽くなる
    • やってみたけれど何かがおかしくなった1ので保留

  • イベント処理機構の改善
  • 仮想デスクトップ
    • 検討中。少なくともタイル配置が実装できた後
  • 設定ファイルまたはコマンドライン引数による設定
    • キーバインドとか色とか

実装しない予定の機能

  • タイトルバー
    • ウィンドウタイトルを表示する部分として実装するつもりだったが、gravityの処理をちゃんと書くのに挫折して投げた
    • 文字列描画にcairoやpangoを使うので、依存関係が一つ増える
    • タスクバーを用意することに決めたので、タイトルの表示はそちらでまかなうことに
      • 依存関係を分離できる
    • gravityに関してはまともなものに書き直したので、後で欲しくなったら再検討する
  • デスクトップをクリックしてポップアップするタイプのメニュー
    • ツールキットなしで自前のメニュー機構を実装するのはかなり面倒
    • タイル配置と相性が悪すぎる
    • _NET_WM_WINDOW_TYPE_DESKTOPなウィンドウが存在すると使い物にならない

  • ページャとの連携
    • タイル化を実装した場合、ページャはあまり役に立たない
    • _NET_CLIENT_LIST_STACKINGを省略
  1. サーバをgrabしたら自分のリクエストまで処理されなくなった (1)

clear/wm_devel/mn (最終更新日時 2013-05-10 19:45:44 更新者 clear)