集まれ!!WindowManager

各種WindowManagerに関する話題はこちらで。

総合デスクトップ環境（GNOME、KDE）に関しては
専用のスレッドがあるので、そちらの方でお願いします。

参考URL
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
【Window Maker】 http://www.windowmaker.org/
【Afterstep】 http://www.afterstep.org/

【FluxBox】 http://fluxbox.sourceforge.net/
【Waimea】 http://waimea.sourceforge.net
【Blackbox】 http://blackboxwm.sourceforge.net/

【IceWM】 http://icewm.sourceforge.net/
【Qvwm】 http://www.qvwm.org/

【Ion】 http://modeemi.cs.tut.fi/~tuomov/ion/
【evilwm】 http://evilwm.sourceforge.net/
【ratpoison】 http://ratpoison.sourceforge.net/

【FVWM】 http://www.fvwm.org/
【sawfish】 http://sawmill.sourceforge.net/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
参考URLに載っていないWMの話題も気兼ね無く書き込んで下さい。

・テーマライブラリ
http://themes.freshmeat.net/
・WM情報
http://www.plig.org/xwinman/
・SourceForge内WMカテゴリ
http://sourceforge.net/softwaremap/trove_list.php?form_cat=56

>>788は、Debian7, 新規user, ログイン直後xtermにて以下のコマンド
sudo swapoff -a ; sudo swapon -a ; sudo sync
sudo sysctl -w vm.drop_caches=3 # キャッシュクリア
free -m -s 1
を実行し、表示が安定した時の used Mem を記録しました。

いま また調べました。
《 使用メモリ ランキング 》 (Enlightenmentは未確認)
　・303MB fluxbox
　・305MB CUI (tty5)
　・306MB jwm
　・307MB twm
　・316MB fvwm2
　・318MB OpenBox
　・325MB fvwm2 Crystal
　・332MB LXDE
　・380MB GNOME3 Classic
　・474MB GNOME3
>>788の時と比べて色々動くものを入れたので100MB以上増えたけど、
デスクトップ環境が占めるメモリ量の比較は出来ると思います。

興味深いのがCUIでfluxboxよりもメモリ食ってる。
GUIをログアウトして tty5(Ctrl+Alt+F5)でやったのですが、Ctrl+Alt+F9にgdmがあるせいでメモリ食ってるのかな?
(GUIでログインするとgdmのメモリは解放される? であれば、gdmはfluxboxよりもメモリ食う?ｗ)

もしかして根本的に調べ方が間違っているかな

>>796
used は2段目のbuffersとcacheが引かれてる値を見たほうが実態に近く環境差が少ない。
特に、cacheは実装されてるメモリ容量が多いほど多く取られるから参考になりにくい。
wm個々ならtopのRES値をみるのが一番、この場合関連プロセス全部足すのが面倒だが。

gdmはめちゃメモリ喰い、kdmなら全然喰わん(xdm、startx並)。

WMごとの差よりも確実に300MB以上食ってることに驚愕
もうメモリ実装512MBとかじゃダメな時代なんかね…当たり前か

このスレに来てる人達は512Mで十分だろ。
他の人も言ってるが、cache込みだと搭載メモリの1/4くらい勝手に持ってくから。

実メモリで300Mなんて、デスクトップ検索やDropbox同期してるとしか思えない。

8GB積んだ機械でメモリ使用量見たら
起動直後で800MB弱食ってた
ちなみにKDE4

>>797
そうなんですか。アドバイスありがとうございます。
2段目「-/+ buffers/cache:」の used は
・218MB CUI (tty5)
・220MB fluxbox
・222MB twm
・223MB jwm
・228MB fvwm2
・231MB OpenBox
・235MB fvwm2 Crystal
・239MB LXDE
・274MB GNOME3 Classic
・297MB GNOME3
でした。

CUIで
ps aux | sort -r -g -k4 | head -n10
として MEMを見ると、うちは clamd, mozc_server, gdm3 で 20%(43.6MB?)くらい食っていたので、
この辺りをどうにかすればもっと減りそう。

kdm良いですね。CUIで見ると gdm3 とさほど変わらないけど、ログインした後のメモリ使用量が少ないようで。
LXDEの lightdmはもっと食わないですね。ただ、前回のセッションを記憶していなかったり
その他一部使いにくいので kdm にしました。

debian/sid fluxboxだが起動直後は50mb以下だよ。
素で200mb以上喰ってるってどんな環境だ？

>>803
>>799 >>801

>>803
clamを消してkdmで以下の通りでした。
・ 54MB CUI (tty5)
・ 63MB fluxbox
・ 64MB twm
・ 67MB jwm
・ 73MB fvwm2
・ 74MB OpenBox
・ 79MB fvwm2 Crystal
・ 84MB LXDE
・127MB GNOME3 Classic
・142MB GNOME3

clamが食っていたようです。
(ちなみに ibus, NetworkManager も食っているけど、私は必要なので消せない)

>>805
clamってウィルスソフトなのね、その数値で納得。

>>804
だからなに？

(´･ω･`)っ◎　ｶﾙｼｳﾑ剤ﾄﾞｿﾞｰ

要はtopでXorgのメモリ消費量見ればいいの?
うちはLXDE環境でRESが14MB取ってた

>>807
違います。

このスレ出来て10年経つが、スタック型のWMは
顔触れが変わってないし、まったく進化しとらんね。
別スレ出来て開発も活発なタイル型とは大違い。

枯れまくってるのは良いが、なんか新顔ないもんかね？

スタック型で思いついて実装できそうなことは出尽くしちゃったんでないの
flwmの亜種で、「窓立て2」みたいな処理してくれるやつがあればいいな、と思うくらいかな
最近の画面は横長なんで、タイトルバーだけでも横っちょに追い出せるのは嬉しい

でも今だとcompiz使って云々で済んじゃうのかも

ホットコーナーとかトレイとかDE未満、WM以上ってのは需要ありそうなんだがな。
compizほど派手なのはいらんって層は多いだろうし。

どんなスタック型wmでもroxかpcmanと組み合わせれば
同じ簡易デスクトップ環境になるから、尚更新味が薄くなるのかも。

面白いことやってるのは大抵最小主義を標榜してるタイプなんだよね。
flwmもいいが、Windowlabも結構好き。

>>811
軽量ディストリにほぼ必ず採用されてるLXDEそのものが
デスクトップ環境とスタック型WMオンリーの中間ではないかと
PuppyやDSLのjwm+ROX環境がその下に割り込むとすると
そこから更にFluxboxやらIceWMの間ってのが、ちょっと存在意義がわからん
それとも単にめっちゃ高機能でデスクトップを持たないWMが欲しいの?

>>813
それは、単に軽さで比較してるだけじゃん。
KDEのホットコーナーとか、gnomeのALT+TAB拡張とか、パネルのグルーピングとか、
ポップアップ通知とか、Dashやdoみたいなランチャーとか、タイル化とかエクスポゼとか、
どこまでがWMの範囲は微妙なとこはあるが、
DEで結構採用されてるものが、最小主義の弊害かWMに広がってかない感じがする。
コンポジット使わない省メモリWMでも、この手のアイディアは使えると思うんだよね。
後、設定がGUIで楽に出来るとかね。

結局ウインドウマネージャ側に多機能を求めてるだけのように見える。
LXDEが軽量環境で支持されてるのは、最小限度のパネル類、ポップアップ通知、カスタマイズ機能というところを押さえているから。

例えばE17なんかはウインドウマネージャと言うのかデスクトップ環境と見るのか微妙だが、こういうのは無視ですか?
いろんな意味でお望みの環境に近いように見えるんだが。

compiz + tint2 + kupferつー変態構成の俺が来ましたよ。
compizは派手なエフェクトが強調されがちだけとwmとして多機能なんだな。
あと以外と軽い。

>>815
WMに多機能求めちゃいけないの？
WMだって、パネルもったりメニューもったりキーカスタマ出来たりタブ化したり独自の機能あるでしょ？
その延長で、今時のDEがもってる814で書いたなような機能を、
積極的に取り入れたWMがあってもいいなって話。
でE17やLXDEはそんな機能もってんのかい？

後、LXDEが支持されてんのは軽量ってのもあるがfdo準拠だからでしょ。
jwm + roxとは一線を画します。

>>816
compizで良いなと思ったのは、ウィンドウのグループ化やタイル化。
fluxboxでも同じ機能あるが、ウィンドウサイズが変わったりといまいち。
他にはホットコーナー+マウスでアクションいっぱい振れる。
エフェクト要らんからもっと軽くしてくれw

ああ、要するに統合デスクトップだけでなくcompiz単体でも重いから軽くしろってことか。
便利機能を維持した上で(それらを)もっと軽くしろってことね。
自分はデスクトップ上の便利機能よりはタイトルバー自体の扱いをどうにかして欲しい派。

あと、ROXファイラを持ち出したのは別の人なので混同されると困る。

>LXDEが軽量環境で支持されてるのは、
なんかこのスレでは違和感。
ディストリの出来合い環境しか弄ってねーんじゃない？

pekwm + bmpanel + xcompmgr で訳分からんオレオレ環境。
fluxboxやfvwmでバリキーカスタマしてマウスなんぞいらねー。
openboxにconky表現させニマニマ。
dzen2で何でも自作してウィジェットや通知に。
twmって重いよね。
compizは単体で使うもん。
skkinputで入力できねー。
xmonadに移行したけど、まだスタック型に未練。
男は黙ってevilwm。

ここはこんな輩が集うスレでしょ?

fvwm系が無くなったら素直にWindowsにする。
twm系でも何とかなるかな。

wmなんて現状blackboxで何の不満もないわけですがどうすれば

そもそもLXDEはWMじゃなくてDEだろ。
スレ違い。

Openbox3の話ならともかく。

>>818
いや、ちょっと違うな。
重いものを軽くしろって訳じゃない。
814で挙げた機能は、DE環境やコンポジットだから重いだけで、
軽いWMでもアイディアは流用出来るだろうなと、
でもそんなWMが出てこないねって事。

>>823
「出てこないね」と言われても「そうだね」としか返しようが無い
WM界隈の現状とかこれまでの経緯とかこれからの方向性とか
話が展開するなら興味あるけどそれを語るにはこのスレの残りは少なすぎるかも

出てこないねって言われてもな
そういうDEに統合されてるものをWM単体で欲しいと思う層が開発者に薄いかほぼ存在しないだけだろ
どうしても欲しければ自分で作るしかない
頑張れ

そういう層はタイル型に流れてんだよ。
スタック型に比べて開発が活発。
元々、ミニマム志向、キーボード主体のユーザーが多い訳だし。
タイル型だと、>>814である機能の多くが不要だったりする。

後、自由度が高く多機能な軽量ツールが増えてる。
tint2、conky、dzen2、xbindkeys、dmenu等々。
それらの組み合わせと、足らん分はスクリプト作っちゃったりするからな。
スタック型wmの停滞感ってのもわかるけどね。

スタック型が好きな人はコンポジット型のなんでもあり環境に行くか
逆に細かい便利な操作性なんてものはあまり気にしてなくて
従来のWMで満足しちゃってるのでは
何か機能性を追求してる人は大抵タイル型好きな気がする

別に排他的なもんじゃないから、一つの環境にこだわる必要もないだろ。
行ったり来たりや、気分によって変えたり、そもそも弄るのが楽しいっての多いでねえ。

まあ開発してる人たちと大半のユーザーがそっち(タイル型他)向いてんじゃないかって話
あれこれ試して楽しむ人はニッチな需要としてはいるけど
だからってそういうひとがあれがないこれがない言っても
現に動いてないんだからしゃーないじゃんてこと

96〜98 黎明期
twm亜種、特にfvwmが流行り。
99〜02 発展期。
box系、windowmaker、icewm、sawfish、Eなど多種多様なwmが。
この頃は、gnomeでデフォルトwm変えるのが普通だった。
03〜05 ミニマム志向
aewm++で、亜種やミニマム志向のwmが流行り。
gnome2、kde3の統合環境が当たり前に。
06〜09 3Dデスクトップ
xglからcompizへと、グラフィック重視のwmが流行り。
ubuntuブームで、更に統合環境が当たり前に。
10〜 タイル型
dwmで、ダイナミックタイルが流行り。

年代は適当。
結局、その時々の流行りってだけなんだよ。

hoshu

今までLXDE常用で必要な時だけGNOME3使っていたけど
最近fluxbox常用にした。
メモリ空いて快適。

hoshu

dat落ち阻止

この板は1ヶ月とかじゃ落ちないよ。

fluxboxは解説サイトのおかげで導入から環境設定までが楽だった
ubuntuもそうだったけど日本語での情報量って敷居下げるよなーと感じる

JWMも公式サイトで丁寧に説明してあって楽だったよ
英文でも書き方によると思う
ttp://joewing.net/projects/jwm/config.shtml

nekopost　というWMがかっこよかったんだが使った人は居る?
https://www.youtube.com/watch?v=4ftpcHD3378

もちろん釣りだよな

fluxboxはfbrunがイマイチだが後は最高。
keymode最強。

マルチモニタに対応してたんだな
まぁX Windows Systemだからそうなんだろうけど

> まぁX Windows Systemだからそうなんだろうけど

つっこむ人って もう居ないのか?

自分でつっこめばいいじゃん。

Razor-qt(Lxde-qt)でスレ立ってたので宣伝しにきますた
http://engawa.2ch.net/test/read.cgi/linux/1384835031/

>>845
よく見ろ。スレ違いだ。

>>830
数年おきにブレイクスルー（大げさ？）が来るけど
wmってぱったり開発止まるから
結局頑張ってるのはgnomeやKDEなんだよな

完成度高いから現状に満足してるって？
いや、もうちょっとここが・・とか思いながら使ってると思うな

頑張ってるって表現好きだわ
まぁ頑張ってるからといって万人が好む方向に進化するわけじゃないけどね

fvwmって開発止まってたっけ?
fvwm無くなったらLinux止めてWindowsにするかも。

>>849
fvwm2はまだ開発してたはず。

WindowMakerは永久に不滅です

CLIのころはEmacsがWMだったが、Xでもそうなのか……

Emacs is My New Window Manager
http://www.howardism.org/Technical/Emacs/new-window-manager.html

Project Looking Glassのその後と現在の入手先を誰か知りませんか

linux初心者がざっくり使ってみたところ、
fluxbox、iceWM、openbox、Compizこの辺りの類似に落ち着きそう。

興味はある

NextStep

Enlightement

githubにはびこる2000行程度の超小型WMだと、いいのが見つかった
と思った瞬間には開発停止しているというのが常だな
あまりに小さいと廃棄するにも抵抗が少ないのか

やることがないのでawesome使ってみたら楽勝でけっこう使えて面白い
癖がありまくりだけど勝手にパズルしてくれるのが良いね
コメントアウトで「#」使うといきなり起動しませんってのが笑えるｗ
ちな「-- 」　何も見ずにWinキー＋ｒしたらrunとか俺仕様かと思えたので採用だな
GTK+のlxterminalとか使えないのでご注意お

なんで？sakuraは普通に使えてるお

なんでって俺に聞かれてもわからないarchwikiかなんかで書いてあったし
じっさいLxterminalは開くと縦100%じゃなく50%になって使い物にならなかった
（まぁ手でリサイズすれば使えるんじゃね？ちゃんと動作はしてたみたいだし）
sakuraちゃんは使ったことないので尻ませんお

今ビルドしたけど何も起きてないな
バージョンかビルドオプションが違うのか

そうなんだ　うちのはawesome/unstable,now 3.5.9-1 i386 だな

Debianメニューを自動取得してくれたのは良いが元がタコなのでって思ったら
Winキー＋ｐでLXDEメニューをなぜか反映してくれてるので…
このちょっと見、小難しいWMが実はほぼデフォで使えているという…すごいなこれ
それに想像してたのと違ってガチガチのタイルWMじゃない柔軟性をも感じて◎だわ

けっきょく「動かないアプリ」があるな設定とかに多かった　大きな減点
あと思ったより軽いわけでもないという印象は意外かな
サブセッションに最適と言ったところか　レポを終える

awesomeのせいじゃなかったなgtk3とかのが動かないだけだったか

xsnow,xroachと、それが動くwmくれ

Ubuntu....xfce....つまりなんでも良いってことじゃ

【KDE対策】

"デスクトップウィンドウ内のサポートプログラム"をONに設定してください。
xsnowを実行すると、デスクトップ上にサンタクロースが登場し、ウィンドウに雪が
積もります。

age

2bwmを入れてみた。軽いし描画も速くていいんだけど、なぜ、ボーダーが二つあるのかわかんない（笑）たぶんWindowの種類をボーダーの色で判断できるようにするためなんだと思うけどーー。

evilwm使ってる。最初は冗談か何かだと思ったが、使ってみると案外考えられてる。

すいません。ハンドルネームは誤爆です。
evilwm はあまりに取っ付きにくいと思うかもれませんが，案外使えます。
「ウィンドウマネージャとしての機能」以外一切を提供しないので他のソフトウェアとの競合は全く考える必要もないですし。
興味ある方居ないと思いますがhttp://imgur.com/xJOAg6B←に自分のノートパソコンのスクショ挙げました。

つーか後から見直したらconkyの設定が微妙に不統一……。

Workplace Shell作ろうぜって猛者はいないのか・・・ｗ

evilwmは3種類のボーダーが特徴。
フォーカス、非フォーカス、スタックで色別けして使う、太さも変えれる。
ウィンドウ配置は全く賢くない、y.u.b.nでの四角の移動をフル活用。
meta以外のショートカット変更は不可、ただソースで簡単に変えれるレベル。

>>873
全くevilwmの良さで出ないねw

>>876
evilwm だけだと何にも役立たないからな……。
↓以下言い訳
しかし 900 MiB しかメモリ積んでないジャンク品でウィンドウマネージャを常駐させようと思ったらこれか JWM か LWM くらいしか選択肢が無いんだよ。その上で自分の思うようにカスタマイズできるっていうと，evilwmくらいしかね……。
他の WM は要らないと思うものがあったとき，設定ファイルじゃなくてソースから削除する必要があるから。（←余計な設定項目を付加しないというのも軽さの一因だから仕方無いが）

>他の WM は要らないと思うものがあったとき，設定ファイルじゃなくてソースから削除する必要があるから。
嘘こくでない。
大概のwmにはコンパイルオプションついてて、機能をdisableする事が可能。fluxboxとかxft等切りまくればリソース半分以下になったと思う。

そもそも、evilwmしか選択肢がないとか言ってる環境なら、comptonやらconky使ってんじゃねえ。
半可通カコ悪い。

>>878
「他の」というのは，「他の全て」という意味ではなくてだな……。
まあ言い方が悪かった。

あーまだ説明不足だな。単機能に特価することを目的としたWMはコンパイル時のオプション（./config --disaple-hoge）どころか下手すりゃ設定ファイル（Openboxなら~/.config/openbox下とか）すらない。
Git-Hubとかで細々続いてるやつは特に。
だから（削ってあるとはいえ）余計な機能を削除するときはコードの該当個所を削除しなきゃならんということです。

githubには2000行未満のWMがたくさんあるから覗いてみよう
ただし開発者に放棄されたものは手を出さないように

conkyはテキスト出力させてdzen2に流すならそれはそれで

ステータス取得くらい自分で書く、というのもありだと思うけど
うちはこう↓
http://imgur.com/50bdfhu

最近は、inotify使ってdzenでボップアップ通知がお気に入り。

dzen拗らせてみました。

http://imgur.com/hIeEDb5

>>884
可愛い。

>>878
話が出たついでに書いておく

comptonはKDE5やGnome3のCompositeよりも出来が悪くて
処理が重くなる、compton使うくらいならKDE5などを使ったほうがいい
負荷は重くても使用メモリだけケチりたいというなら選択肢に入るだろうが
今時500MB前後ケチる必要のある環境というのは限定的

Eも同様にCompositeの出来が悪いから、有効にするとKDE5などより重くなる

>>886
設定しだいだね。
glx使うと描画激重だけど、単にウィンドウや枠透過程度なら気にならないレベルだし、メモリ消費も優秀。

バリバリcompsite使うなら、このスレ的にはcompiz単体とかかな。

>>886
>>878に素人と罵られた者だけど，やっぱりcompton単体の方が消費少ないと思うんだが。

>>886
すまんよく読んでなかった。
しかしいずれにせよ(不本意ながら)Evil-WM使ってる計算機は890MiB位しかRAM積んでないんだよね。

>>887
comptonの重さが気にならないスペックのPC使ってるから問題ないのは話の筋がずれてるな
comptonを使うとKDEやGnome3でComposite使う以上の負荷がかかるということ

あとメモリ消費量は問題にしていない
負荷が問題

>>890
だから設定っていってるじゃん。
PCスペックの話しなんかしてないし、バックエンドをglxにすると描画激重と同意してんだけどw

inactive-opacity = 0.75;
active-opacity = 0.95;
menu-opacity = 0.8
frame-opcity = 0.8

opacity-rule = [
......
];


focus-exclude = [
.......
];

こんな程度の設定なら、KDEやgnomeより重い（描画、CPU負荷、メモリ使用どれとっても）なんてありえ無い。

>>891
compton使った時点で同じこと
KDEなどより重い
KDEなどでも何もしてなかったら負荷はかからない

アプリケーションが動くとcomptonが足を引っ張る
その状態がcomptonを使うと重い、と表現してるわけ

xcompmgrからcomptonに移行したら
描画が遅れたり一瞬砂嵐になったりする
xrenderなら問題ない。glxじゃだめか…
#ビデオカードはCPU内蔵のね

glxはイマイチだね、グラボどころかコンソールでも相性出たりする。

ここはWMスレだからね。
KDE、gnomeもちだすんじゃなく、kwin、mutterの単独使いや、
他に良いコンポジ対応wmの話がウェルカム。