FluxBoxを語ろう

**名無しさん＠お腹いっぱい。** · NG

最近脚光を浴びているウィンドウマネージャFluxBoxを語りましょう。
公式サイト
http://fluxbox.sourceforge.net/

**名無しさん＠お腹いっぱい。** · NG

こういうのって Linux 板のほうがむいてない？

**名無しさん＠お腹いっぱい。** · NG

単発スレッド????

**名無しさん＠Ｅｍａｃｓ** · NG

どこで脚光を浴びてるんだよ
なにがいいんだよ
教えろよ、こら

**名無しさん＠お腹いっぱい。** · NG

俺fluxbox使ってるけど軽いし、タブ便利だし結構直観的に
設定ファイルいじれるし好きかも。
日本語AntiAlias効く様になったら嬉しいな。

**名無しさん＠お腹いっぱい。** · NG

軽くてサクサク、BlackBoxについて語りませんか
http://pc.2ch.net/test/read.cgi/linux/997103919/

**名無しさん＠お腹いっぱい。** · NG

*Box で最強なのはどれですか?

**名無しさん＠お腹いっぱい。** · NG

X Box

**名無しさん＠お腹いっぱい。** · NG

FuckBox

**名無しさん＠お腹いっぱい。** · NG

fluxboxの魅力がイマイチわからん
たいして軽くもなく、それほどカコイイわけでもない。
むしろ、どれも平均的。
軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
Blackboxもあんまり好きじゃないし。

**名無しさん＠お腹いっぱい。** · NG

というか, fluxってAlt+Tabでwindowが表示されないので
waimea使ってる.
もしかして俺が知らないだけ?

**名無しさん＠お腹いっぱい。** · NG

似たもので pekwm もおすすめ。

>>10
> 軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
何を指してます? タブ付きの wm ってあまりないですよね。
pwm? pekwm?

**名無しさん＠お腹いっぱい。** · NG

>>12
>何を指してます? タブ付きの wm ってあまりないですよね。

>似たもので pekwm もおすすめ。
まさに、これを指してます。
pwmとionもいいけどね。
ionは毛色が違うからアレだけど。

**名無しさん＠お腹いっぱい。** · NG

wm 一般の話はこっちで。

最強のウィンドウマネージャ　その2
http://pc.2ch.net/test/read.cgi/unix/1031754071/

**名無しさん＠お腹いっぱい。** · NG

>>10
基本的に設定をあんまりしなくて済む。
カッコは自分でいじれるからなぁ。
うんでも、pkwmを試してみようと思う。

**名無しさん＠お腹いっぱい。** · NG

>>11
>Alt+Tabでwindowが表示されないので
window 一覧が表示されてる window が新たに開くってこと？
おれは Alt+Tab は現在の window 切替えの動作で良いけどな。

16 · NG

わかりにくかった。
現在の → デフォルトの

**名無しさん＠お腹いっぱい。** · NG

pekwm を使ってみた。
FluxBox と比較して軽いとも思わなかったが。
いちいち設定しなおすのがシンドイので、元に戻しちゃったよ。

>>16
折れもそう思う。
ワークスペースの切り替えと組合せて使ってる。

**名無しさん＠お腹いっぱい。** · NG

動作の軽さならfluxboxとpekwmは同じくらい
機能も似たようなもん。
pekwmはメモリの使用量がfluxboxの半分くらい。

まあ、あえて勧めたりはしないけど。
好きなの使えばいいんでない。
ついでに単発スレは反対。

**名無しさん＠お腹いっぱい。** · NG

>>19
pekwm-0.1.2を使ってみた。なかなかいいんだけど、
kterm -> screen -> skkfep -> w3m -> jvim3
というふうに(screenの中でskkfepをかぶせたw3mを起動して、そこでTEXTAREAを
編集するのにjvim3を)起動すると、ktermがズリズリとリサイズして高さが一行
ぐらいになるまで小さくなってしまう。エディタをVIM6に変えると起きないよう
だ。あと今日はまだ再現してないけど、screenでcopy modeを起動したときも
同じようなことが起きることがあるね。

**名無しさん＠お腹いっぱい。** · NG

わかった。
screenの中だと、「^[]0;タイトル^G」という文字列がターミナルの
タイトルバーでなくステータス行に表示されるんだけど、ステータス行が
変更されるとpekwmが一行分ターミナルの高さを縮小してるみたいだ。
copy modeでも同様にステータス行が変化するので、そのときにターミナル
が縮む。
で俺はscreen -T xterm -s /usr/local/bin/bash で起動していたので
screenが「xterm」の文字と他の何か(たぶん「ウィンドウをリサイズするよ」
というメッセージ)を交互に表示するので、その結果ウィンドウがズリズリ
するみたいだ :)

**名無しさん＠お腹いっぱい。** · NG

>>21
うちでは、まったく再現しないなぁ。
もう4ヶ月くらい使ってるけど、特に問題ないです。
悪さしてるのが、skkfepかjvimだと思うけど。

screen の方はわからんなぁ。
再現する手順だけを教えてくれないかな？
こっちでも試してみます。

**名無しさん＠お腹いっぱい。** · NG

別のWindow Managerではどうなのかと
他の端末を使ってみてどうなのかも教えて頂戴。

**20,21** · NG

>>22-23
再現が簡単そうなのは、
$ kterm -e screen
を実行し、ctrl-A ctrl-[ と押してcopy modeに入り、Enterを押す。
すると一瞬何かのメッセージが出てcopy modeが終了してしまう。
このときktermは一行分高さが縮む。

kterm以外(xterm, mlterm)では再現しない。
他のwm(twm, icewm, fluxbox)だとならない。
ということはkterm + pekwm + screen?

screen特有なのかステータスラインが問題なのか調べたいんだけど、
ステータスラインに文字を出すのってどういうシーケンスだっけ?

**名無しさん＠お腹いっぱい。** · NG

>>24
再現したよ。
ktermの、ステータスラインの扱いがおかしいのかも。
何か余計なイベントを発行してるのかなぁ。
よくわからん。

ktermで、例えば、英字は10dot和字は12dotだった場合に

prompt % man screen [enter]
で日本語のマニュアルが表示されるとき
フォントのサイズが大きくなると自動でwindowがリサイズされる。
screenでステータスラインが非表示になると、一行分リサイズされるのと同じ原理かな。

ktermが、画面サイズの情報をX経由でwindow manager側に渡してるのかも。
pekwmがそれをキャッチしてるのかなんなのか。
ktermのソース追わないとわからないなぁ。

**名無しさん＠お腹いっぱい。** · NG

コピーモードに移行する際に
screen.cのScreenResizeが呼ばれてるなぁ。

なんでだろ。
windowサイズの算出にステータスラインの高さが関係あるせいで勝手にリサイズされるんだと思う。
ステータスラインが一瞬のうちに出たり消えりしてるせいで、急に小さくなるのかと。

screen起動直後のscreenのサイズ

Copy mode - Column 21 Line 2(+250) (96,24) ←出現
消滅、ステータスラインの高さを引いた分リサイズ
First mark set - Column 21 Line 2 ← 出現
消滅、ステータスラインの高さを引いた分リサイズ
opied 0 characters into buffer ←出現
消滅、ステータスラインの高さを引いた分リサイズ

こんな感じになってるのかと思われ。

**25-26** · NG

>>25-26
何か自問自答気味でキモい
スマソ

**名無しさん＠お腹いっぱい。** · NG

>>27
自意識過剰。
でもそんなあなたがす・て・き。

**25-26** · NG

えーと、ソース読みすすめてるうちに面倒になってきた｡ｽﾏｿ｡

XtMakeResizeRequestとか、DoResizeScreen等、怪しい所がｲﾊﾟｰｲ。
stats line無効にしてmakeしなおしてみるとかなんとかｺﾞﾆｮｺﾞﾆｮしてみて。
ktermのパッチ書くの面倒。
(何より自分が必要としてない)
charproc.cの4518行目から4594行目とscreen.cのScreenResize関数の中あたりをｺﾞﾆｮｺﾞﾆｮすれば
どうにかなるかなぁ。

差し支えなければ、他の端末にしちゃうのが一番簡単かと。(爆

それと、激しくスレ違いでスマソ。

**20, 21** · NG

>>29 ソースの追っかけありがとう。
ただ、wmがpekwmの時にしか起きないことをktermのせいにするのはどうかと思う。
ステータス行がウィンドウの外に出るのはktermの味なんじゃないかな。
とかいいつつmltermでカキコ

**名無しさん＠お腹いっぱい。** · NG

>>30
ktermのせいにしてるわけじゃないけど。
多分、多くのイベントに対応しているWindow Managerだと同様の問題が発生すると思われ。

Window sizeは無視するわけにはいかないので、Window Manager側の問題じゃないかと。
むしろ、ktermとpekwmどちらにも不具合はないのではないかと思われ。

相性というやつですな。
ktermの仕様とpekwmの仕様が合わない。
単純な解決策としては
ktermが余計な物を発行しないようにするか、pekwmがキャッチできるイベントと利用できる属性の数を減らすか。
なんだけど、どっちをやるにしても、利便性が損われるので
素直にどちらかの使用を諦めるのが得策だと思われ。

もしくは、pekwmでktermだけを特別扱いするようにするとか。
これは、非常に面倒だ。

**名無しさん＠お腹いっぱい。** · NG

むしろ、rxvtやmltermやetermやxtermでは起きない問題で
kterm固有なのに、pekwmのせいにするのはどうかと。

windowの状態や属性(の変更された部分を)をマメに見てくれるのが、pekwmの味なんじゃないかな。
pekwm側で、Windowの属性(サイズ、フォーカス等々)を制御できるのが問題だというなら
他に腐る程、選択肢があるので別のに乗り換えればいいかと。
(ktermの要求をキャッチしない、Window Managerね)

つーか、screen側でステータスラインをタイトルバーに表示するなりなんなりすれば
対策できるんだが。

俺は、pekwmの利便性が損われるのが嫌なので、この件からは手を引きますです。