FluxBoxを語ろう
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNG公式サイト
http://fluxbox.sourceforge.net/
0002名無しさん＠お腹いっぱい。
NGNG0003名無しさん＠お腹いっぱい。
NGNG0004名無しさん＠Ｅｍａｃｓ
NGNGなにがいいんだよ
教えろよ、こら
0005名無しさん＠お腹いっぱい。
NGNG設定ファイルいじれるし好きかも。
日本語AntiAlias効く様になったら嬉しいな。
0006名無しさん＠お腹いっぱい。
NGNGhttp://pc.2ch.net/test/read.cgi/linux/997103919/
0007名無しさん＠お腹いっぱい。
NGNG0008名無しさん＠お腹いっぱい。
NGNG0009名無しさん＠お腹いっぱい。
NGNG0010名無しさん＠お腹いっぱい。
NGNGたいして軽くもなく、それほどカコイイわけでもない。
むしろ、どれも平均的。
軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
Blackboxもあんまり好きじゃないし。
0011名無しさん＠お腹いっぱい。
NGNGwaimea使ってる.
もしかして俺が知らないだけ?
0012名無しさん＠お腹いっぱい。
NGNG>>10
> 軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
何を指してます? タブ付きの wm ってあまりないですよね。
pwm? pekwm?
0013名無しさん＠お腹いっぱい。
NGNG>何を指してます? タブ付きの wm ってあまりないですよね。
>似たもので pekwm もおすすめ。
まさに、これを指してます。
pwmとionもいいけどね。
ionは毛色が違うからアレだけど。
0014名無しさん＠お腹いっぱい。
NGNG最強のウィンドウマネージャ その2
http://pc.2ch.net/test/read.cgi/unix/1031754071/
0015名無しさん＠お腹いっぱい。
NGNG基本的に設定をあんまりしなくて済む。
カッコは自分でいじれるからなぁ。
うんでも、pkwmを試してみようと思う。
0016名無しさん＠お腹いっぱい。
NGNG>Alt+Tabでwindowが表示されないので
window 一覧が表示されてる window が新たに開くってこと？
おれは Alt+Tab は現在の window 切替えの動作で良いけどな。
001716
NGNG現在の → デフォルトの
0018名無しさん＠お腹いっぱい。
NGNGFluxBox と比較して軽いとも思わなかったが。
いちいち設定しなおすのがシンドイので、元に戻しちゃったよ。
>>16
折れもそう思う。
ワークスペースの切り替えと組合せて使ってる。
0019名無しさん＠お腹いっぱい。
NGNG機能も似たようなもん。
pekwmはメモリの使用量がfluxboxの半分くらい。
まあ、あえて勧めたりはしないけど。
好きなの使えばいいんでない。
ついでに単発スレは反対。
0020名無しさん＠お腹いっぱい。
NGNGpekwm-0.1.2を使ってみた。なかなかいいんだけど、
kterm -> screen -> skkfep -> w3m -> jvim3
というふうに(screenの中でskkfepをかぶせたw3mを起動して、そこでTEXTAREAを
編集するのにjvim3を)起動すると、ktermがズリズリとリサイズして高さが一行
ぐらいになるまで小さくなってしまう。エディタをVIM6に変えると起きないよう
だ。あと今日はまだ再現してないけど、screenでcopy modeを起動したときも
同じようなことが起きることがあるね。
0021名無しさん＠お腹いっぱい。
NGNGscreenの中だと、「^[]0;タイトル^G」という文字列がターミナルの
タイトルバーでなくステータス行に表示されるんだけど、ステータス行が
変更されるとpekwmが一行分ターミナルの高さを縮小してるみたいだ。
copy modeでも同様にステータス行が変化するので、そのときにターミナル
が縮む。
で俺はscreen -T xterm -s /usr/local/bin/bash で起動していたので
screenが「xterm」の文字と他の何か(たぶん「ウィンドウをリサイズするよ」
というメッセージ)を交互に表示するので、その結果ウィンドウがズリズリ
するみたいだ :)
0022名無しさん＠お腹いっぱい。
NGNGうちでは、まったく再現しないなぁ。
もう4ヶ月くらい使ってるけど、特に問題ないです。
悪さしてるのが、skkfepかjvimだと思うけど。
screen の方はわからんなぁ。
再現する手順だけを教えてくれないかな？
こっちでも試してみます。
0023名無しさん＠お腹いっぱい。
NGNG他の端末を使ってみてどうなのかも教えて頂戴。
002420,21
NGNG再現が簡単そうなのは、
$ kterm -e screen
を実行し、ctrl-A ctrl-[ と押してcopy modeに入り、Enterを押す。
すると一瞬何かのメッセージが出てcopy modeが終了してしまう。
このときktermは一行分高さが縮む。
kterm以外(xterm, mlterm)では再現しない。
他のwm(twm, icewm, fluxbox)だとならない。
ということはkterm + pekwm + screen?
screen特有なのかステータスラインが問題なのか調べたいんだけど、
ステータスラインに文字を出すのってどういうシーケンスだっけ?
0025名無しさん＠お腹いっぱい。
NGNG再現したよ。
ktermの、ステータスラインの扱いがおかしいのかも。
何か余計なイベントを発行してるのかなぁ。
よくわからん。
ktermで、例えば、英字は10dot和字は12dotだった場合に
prompt % man screen [enter]
で日本語のマニュアルが表示されるとき
フォントのサイズが大きくなると自動でwindowがリサイズされる。
screenでステータスラインが非表示になると、一行分リサイズされるのと同じ原理かな。
ktermが、画面サイズの情報をX経由でwindow manager側に渡してるのかも。
pekwmがそれをキャッチしてるのかなんなのか。
ktermのソース追わないとわからないなぁ。
0026名無しさん＠お腹いっぱい。
NGNGscreen.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 ←出現
消滅、ステータスラインの高さを引いた分リサイズ
こんな感じになってるのかと思われ。
0028名無しさん＠お腹いっぱい。
NGNG自意識過剰。
でもそんなあなたがす・て・き。
002925-26
NGNGXtMakeResizeRequestとか、DoResizeScreen等、怪しい所がｲﾊﾟｰｲ。
stats line無効にしてmakeしなおしてみるとかなんとかｺﾞﾆｮｺﾞﾆｮしてみて。
ktermのパッチ書くの面倒。
(何より自分が必要としてない)
charproc.cの4518行目から4594行目とscreen.cのScreenResize関数の中あたりをｺﾞﾆｮｺﾞﾆｮすれば
どうにかなるかなぁ。
差し支えなければ、他の端末にしちゃうのが一番簡単かと。(爆
それと、激しくスレ違いでスマソ。
003020, 21
NGNGただ、wmがpekwmの時にしか起きないことをktermのせいにするのはどうかと思う。
ステータス行がウィンドウの外に出るのはktermの味なんじゃないかな。
とかいいつつmltermでカキコ
0031名無しさん＠お腹いっぱい。
NGNGktermのせいにしてるわけじゃないけど。
多分、多くのイベントに対応しているWindow Managerだと同様の問題が発生すると思われ。
Window sizeは無視するわけにはいかないので、Window Manager側の問題じゃないかと。
むしろ、ktermとpekwmどちらにも不具合はないのではないかと思われ。
相性というやつですな。
ktermの仕様とpekwmの仕様が合わない。
単純な解決策としては
ktermが余計な物を発行しないようにするか、pekwmがキャッチできるイベントと利用できる属性の数を減らすか。
なんだけど、どっちをやるにしても、利便性が損われるので
素直にどちらかの使用を諦めるのが得策だと思われ。
もしくは、pekwmでktermだけを特別扱いするようにするとか。
これは、非常に面倒だ。
0032名無しさん＠お腹いっぱい。
NGNGkterm固有なのに、pekwmのせいにするのはどうかと。
windowの状態や属性(の変更された部分を)をマメに見てくれるのが、pekwmの味なんじゃないかな。
pekwm側で、Windowの属性(サイズ、フォーカス等々)を制御できるのが問題だというなら
他に腐る程、選択肢があるので別のに乗り換えればいいかと。
(ktermの要求をキャッチしない、Window Managerね)
つーか、screen側でステータスラインをタイトルバーに表示するなりなんなりすれば
対策できるんだが。
俺は、pekwmの利便性が損われるのが嫌なので、この件からは手を引きますです。
0033ヽ(´ー｀)ノ
NGNG003420, 21
NGNGいや、そうじゃない。問題なのは、ktermでステータス行を変化させた時に
ウィンドウ(のうち、ステータス行を除いた部分)が縮小してしまうことに
あるんだよ。pekwm以外のwmだと起きない。
screenの中からだと不具合が起きやすいのは、本来タイトルバーに出そうと
している文字列をscreenがステータス行へ出すようになっているからなんだ。
だから俺はまずscreen抜きで再現するようにしたいんだけど、誰かktermの
ステータス行に文字を設定する方法を知らない? タイトルバーを設定するのは
ESC ']' '0' ';' 文字列 ctrl-G
だけど、ステータス行に出すのは忘れちゃった。
くだ質に移ったほうがいいかな?
0035名無しさん＠お腹いっぱい。
NGNG言ってる事はわかるけど本来タイトルバーに出るものって何？
俺はtermcapinfo * 'hs:ts=\E]0;:fs=\007:ds=\E]0;screen\007'
こうして、端末のタイトルバーに意図的に送ってるけど？
>問題なのは、ktermでステータス行を変化させた時にウィンドウ(のうち、ステータス行を除いた部分)が縮小してしまうことにあるんだよ
それを前提にしてますが？
すでに外出だけど、ktermのステータスラインの扱いはﾏｽﾞｰだよ。
ステータスラインが消えたときだけ、端末サイズがかわって
出現したときは、変らない。(だから、Windowサイズが減る一方)
Windowサイズにまで、手をつけるならきちっとすべきだと思うんだけど。
リサイズの要求が発生して、Xがキャッチし、リサイズのイベントが発行され
それをWindow Managerがキャッチするかしないかって事で、違いがあるんだろうけど
別クライアント側から、Window の属性を制御できるか出来ないかという点で言えば
pekwmが優れてると思うけども、そのせいでktermのリサイズ要求に敏感に反応してしまう。
わかるかな？
こういうわけで俺は、*pekwm側の不具合ではない*と判断するよ。
俺は直すなら、ktermの方を直すよ。
端末サイズの算出と、リサイズ要求のタイミングを見直すね。
君は、一度ktermとpekwmのソースを読むといいよ。
p e k w m は 発 行 さ れ た イ ベ ン ト を キ ャ ッ チ し て 素 直 に 実 行 し て る だ け
k t e r m は 、 要 求 出 し て る だ け
それを受理するか拒否するかの違い。
イベントのキャッチは、意図的に受理するイベントを書く必要がある。
もしあなたなら、pekwmの機能を削減し仕様を変えるか
ktermの仕様(サイズの算出とリサイズ要求部分)をスマートになるように書換えるか
どっちかにしろと言われたら、どうしますか？
0036名無しさん＠お腹いっぱい。
NGNGまあもちつけ。
>>34は、マイナーwmは
歴史と伝統があるkterm様に仕様を合せて開発しろといいたんだろう。
とにかく古いからなぁ、ktermは。
003720, 21
NGNG何度もありがとう。
ソースを読んでる途中なんだけどXプログラミング(とあとterminfo/cap)
の知識が足りないので時間がかかるんだ。だから再現環境の方をもっと
単純したい。
>>36
|>>34は、マイナーwmは
|歴史と伝統があるkterm様に仕様を合せて開発しろといいたんだろう。
そういうことにしたいのならそれでもいいが、どこをどう読んだら
そう読めるのか俺には理解できない。
0038名無しさん＠お腹いっぱい。
NGNG0040ヽ(´ー｀)ノ
NGNG十分軽いらしいし。俺は最近 Eterm 使いはじめたけど、別に不具合は感じてない。
元々 kterm 使ってたのも惰性。今更メンテされてないものを使う理由は？
ついでに質問。pekwm で skkinput 3.0.6 使ってる人いる？
フォーカスおかしいんだけど…。ウザったいから手を入れようかな、
と思ってるんだけど。
0041名無しさん＠お腹いっぱい。
NGNGパッチあるよ。
ttp://f10.aaacafe.ne.jp/~zero/pekwm
004241
NGNGskkinput3固有の問題だった？
004341
NGNG~/.pekwm/configの
Screenセッションの中にFOCUS_TO_NEW_WINDOW = "False"
と書くと、フォーカスの制御ができまつ。
pekwmの最新版だと、autopropsで個別に設定できるようになってるので
そっちの方がいいかも。(だけど、たまに落ちる…)
0044名無しさん＠お腹いっぱい。
NGNG0045名無しさん＠お腹いっぱい。
NGNG良い物であるのにマイナーで
普及してないから、情報も皆無に等しく専用スレを立てよう物なら
まっ先に叩かれるであろうから
どっかに寄生して情報交換するしかない。
fluxboxの単発スレなんか、話題に限界あるしね。
0046ヽ(´ー｀)ノ
NGNGうぉ、すでにあったのか。pekwm + xim で検索すればよかったのね…。
今ちょっと試せる環境にないんで、夜にでも試してみます。
> pekwmの最新版だと、autopropsで個別に設定できるようになってるので
0.1.3-pre だよね？こっちもやってみるよ、ありがとう。
>>44-45
「blackbox系」のスレって無かったっけ。fluxbox にしてもそうだけど、
それほど情報交換する必要もなさそうだし、まとまった方が良かったんじゃないかなぁ、と。
どうせユーザ層同じでしょ？まぁ今更言っても仕方ないんだけど。
fluxbox はちょっと多機能になってタブが付いた blackbox って感じだったな。
何か気にいらないところがあって使わなくなったんだけど忘れた。
0047名無しさん＠お腹いっぱい。
NGNG0048名無しさん＠お腹いっぱい。
NGNGそれ以上開発が進まないってことは、それ自体が消滅しないかぎり
つねに同じ環境でいられるってことなんだよね。
浮いたり沈んだりが激しいなかで、ある意味落ち着いた感がある。
既存の不具合を除いて、今後新しいバグが混入される事もないし。
自分でメンテできるなら、あえて枯れた物を使うのも選択肢の一つになりうるかもしれないけども、それが出来ないなら問題だね。
より良い環境を求めるならmlterm等の新しい物に乗り換えた方が幸せだよ。
mltermの本家にメモリを大量に喰うとかなんとか書いてあるけど、 ktermやrxvtよりメモリ喰わないし。
1つのプロセスから複数のWindow(pty)が生成できるので、ktermを普段2つ3つ起動させてるなら、mltermの方が効率いい。
描画性能も、良い方だと思うし。
なにより、開発が活発なのがいいよ。
0049名無しさん＠お腹いっぱい。
NGNG不具合らしい不具合もないし
目新しさもない。
安定期にはいってきてるな。
ということは、取り上げる程の話題がないってことにもなるけど。
ﾏﾝｾｰﾏﾝｾｰ言ってるだけじゃ、ｷﾑﾁ臭くなるだけだし。
0050名無しさん＠お腹いっぱい。
NGNGfluxboxには時計がついてるけどpekwmにはないよね?
■ このスレッドは過去ログ倉庫に格納されています