公式サイト
ttp://fluxbox.sourceforge.net/ なにがいいんだよ
教えろよ、こら
設定ファイルいじれるし好きかも。
日本語AntiAlias効く様になったら嬉しいな。
ttp://pc.2ch.net/test/read.cgi/linux/997103919/ たいして軽くもなく、それほどカコイイわけでもない。
むしろ、どれも平均的。
軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
Blackboxもあんまり好きじゃないし。
waimea使ってる.
もしかして俺が知らないだけ?
> 軽くてタブが使えるやつなら、他の良いのがあるからなぁ。
何を指してます? タブ付きの wm ってあまりないですよね。
pwm? pekwm?
>何を指してます? タブ付きの wm ってあまりないですよね。
>似たもので pekwm もおすすめ。
まさに、これを指してます。
pwmとionもいいけどね。
ionは毛色が違うからアレだけど。
最強のウィンドウマネージャ その2
ttp://pc.2ch.net/test/read.cgi/unix/1031754071/ 基本的に設定をあんまりしなくて済む。
カッコは自分でいじれるからなぁ。
うんでも、pkwmを試してみようと思う。
>Alt+Tabでwindowが表示されないので
window 一覧が表示されてる window が新たに開くってこと？
おれは Alt+Tab は現在の window 切替えの動作で良いけどな。
現在の → デフォルトの
FluxBox と比較して軽いとも思わなかったが。
いちいち設定しなおすのがシンドイので、元に戻しちゃったよ。
折れもそう思う。
ワークスペースの切り替えと組合せて使ってる。
機能も似たようなもん。
pekwmはメモリの使用量がfluxboxの半分くらい。
まあ、あえて勧めたりはしないけど。
好きなの使えばいいんでない。
ついでに単発スレは反対。
pekwm-0.1.2を使ってみた。なかなかいいんだけど、
kterm -> screen -> skkfep -> w3m -> jvim3
というふうに(screenの中でskkfepをかぶせたw3mを起動して、そこでTEXTAREAを
編集するのにjvim3を)起動すると、ktermがズリズリとリサイズして高さが一行
ぐらいになるまで小さくなってしまう。エディタをVIM6に変えると起きないよう
だ。あと今日はまだ再現してないけど、screenでcopy modeを起動したときも
同じようなことが起きることがあるね。
screenの中だと、「^[]0;タイトル^G」という文字列がターミナルの
タイトルバーでなくステータス行に表示されるんだけど、ステータス行が
変更されるとpekwmが一行分ターミナルの高さを縮小してるみたいだ。
copy modeでも同様にステータス行が変化するので、そのときにターミナル
が縮む。
で俺はscreen -T xterm -s /usr/local/bin/bash で起動していたので
screenが「xterm」の文字と他の何か(たぶん「ウィンドウをリサイズするよ」
というメッセージ)を交互に表示するので、その結果ウィンドウがズリズリ
するみたいだ :)
うちでは、まったく再現しないなぁ。
もう4ヶ月くらい使ってるけど、特に問題ないです。
悪さしてるのが、skkfepかjvimだと思うけど。
screen の方はわからんなぁ。
再現する手順だけを教えてくれないかな？
こっちでも試してみます。
他の端末を使ってみてどうなのかも教えて頂戴。
再現が簡単そうなのは、
$ kterm -e screen
を実行し、ctrl-A ctrl-[ と押してcopy modeに入り、Enterを押す。
すると一瞬何かのメッセージが出てcopy modeが終了してしまう。
このときktermは一行分高さが縮む。
kterm以外(xterm, mlterm)では再現しない。
他のwm(twm, icewm, fluxbox)だとならない。
ということはkterm + pekwm + screen?
screen特有なのかステータスラインが問題なのか調べたいんだけど、
ステータスラインに文字を出すのってどういうシーケンスだっけ?
再現したよ。
ktermの、ステータスラインの扱いがおかしいのかも。
何か余計なイベントを発行してるのかなぁ。
よくわからん。
ktermで、例えば、英字は10dot和字は12dotだった場合に
prompt % man screen [enter]
で日本語のマニュアルが表示されるとき
フォントのサイズが大きくなると自動でwindowがリサイズされる。
screenでステータスラインが非表示になると、一行分リサイズされるのと同じ原理かな。
ktermが、画面サイズの情報をX経由でwindow manager側に渡してるのかも。
pekwmがそれをキャッチしてるのかなんなのか。
ktermのソース追わないとわからないなぁ。
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 ←出現
消滅、ステータスラインの高さを引いた分リサイズ
こんな感じになってるのかと思われ。
何か自問自答気味でキモい
スマソ
自意識過剰。
でもそんなあなたがす・て・き。
XtMakeResizeRequestとか、DoResizeScreen等、怪しい所がｲﾊﾟｰｲ。
stats line無効にしてmakeしなおしてみるとかなんとかｺﾞﾆｮｺﾞﾆｮしてみて。
ktermのパッチ書くの面倒。
(何より自分が必要としてない)
charproc.cの4518行目から4594行目とscreen.cのScreenResize関数の中あたりをｺﾞﾆｮｺﾞﾆｮすれば
どうにかなるかなぁ。
差し支えなければ、他の端末にしちゃうのが一番簡単かと。(爆
それと、激しくスレ違いでスマソ。
ただ、wmがpekwmの時にしか起きないことをktermのせいにするのはどうかと思う。
ステータス行がウィンドウの外に出るのはktermの味なんじゃないかな。
とかいいつつmltermでカキコ
ktermのせいにしてるわけじゃないけど。
多分、多くのイベントに対応しているWindow Managerだと同様の問題が発生すると思われ。
Window sizeは無視するわけにはいかないので、Window Manager側の問題じゃないかと。
むしろ、ktermとpekwmどちらにも不具合はないのではないかと思われ。
相性というやつですな。
ktermの仕様とpekwmの仕様が合わない。
単純な解決策としては
ktermが余計な物を発行しないようにするか、pekwmがキャッチできるイベントと利用できる属性の数を減らすか。
なんだけど、どっちをやるにしても、利便性が損われるので
素直にどちらかの使用を諦めるのが得策だと思われ。
もしくは、pekwmでktermだけを特別扱いするようにするとか。
これは、非常に面倒だ。
kterm固有なのに、pekwmのせいにするのはどうかと。
windowの状態や属性(の変更された部分を)をマメに見てくれるのが、pekwmの味なんじゃないかな。
pekwm側で、Windowの属性(サイズ、フォーカス等々)を制御できるのが問題だというなら
他に腐る程、選択肢があるので別のに乗り換えればいいかと。
(ktermの要求をキャッチしない、Window Managerね)
つーか、screen側でステータスラインをタイトルバーに表示するなりなんなりすれば
対策できるんだが。
俺は、pekwmの利便性が損われるのが嫌なので、この件からは手を引きますです。
いや、そうじゃない。問題なのは、ktermでステータス行を変化させた時に
ウィンドウ(のうち、ステータス行を除いた部分)が縮小してしまうことに
あるんだよ。pekwm以外のwmだと起きない。
screenの中からだと不具合が起きやすいのは、本来タイトルバーに出そうと
している文字列をscreenがステータス行へ出すようになっているからなんだ。
だから俺はまずscreen抜きで再現するようにしたいんだけど、誰かktermの
ステータス行に文字を設定する方法を知らない? タイトルバーを設定するのは
ESC ']' '0' ';' 文字列 ctrl-G
だけど、ステータス行に出すのは忘れちゃった。
くだ質に移ったほうがいいかな?
言ってる事はわかるけど本来タイトルバーに出るものって何？
俺は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の仕様(サイズの算出とリサイズ要求部分)をスマートになるように書換えるか
どっちかにしろと言われたら、どうしますか？
まあもちつけ。
は、マイナーwmは
歴史と伝統があるkterm様に仕様を合せて開発しろといいたんだろう。
とにかく古いからなぁ、ktermは。
何度もありがとう。
ソースを読んでる途中なんだけどXプログラミング(とあとterminfo/cap)
の知識が足りないので時間がかかるんだ。だから再現環境の方をもっと
単純したい。
|は、マイナーwmは
|歴史と伝統があるkterm様に仕様を合せて開発しろといいたんだろう。
そういうことにしたいのならそれでもいいが、どこをどう読んだら
そう読めるのか俺には理解できない。
Xに関しては、man にかなりの情報があるのでソース読むのに役立つよ。
terminfoもman が役に立つ。
ﾏﾀｰﾘがんばってね。
十分軽いらしいし。俺は最近 Eterm 使いはじめたけど、別に不具合は感じてない。
元々 kterm 使ってたのも惰性。今更メンテされてないものを使う理由は？
ついでに質問。pekwm で skkinput 3.0.6 使ってる人いる？
フォーカスおかしいんだけど…。ウザったいから手を入れようかな、
と思ってるんだけど。
パッチあるよ。
ttp://f10.aaacafe.ne.jp/~zero/pekwm skkinput3固有の問題だった？
~/.pekwm/configの
Screenセッションの中にFOCUS_TO_NEW_WINDOW = "False"
と書くと、フォーカスの制御ができまつ。
pekwmの最新版だと、autopropsで個別に設定できるようになってるので
そっちの方がいいかも。(だけど、たまに落ちる…)
良い物であるのにマイナーで
普及してないから、情報も皆無に等しく専用スレを立てよう物なら
まっ先に叩かれるであろうから
どっかに寄生して情報交換するしかない。
fluxboxの単発スレなんか、話題に限界あるしね。
うぉ、すでにあったのか。pekwm + xim で検索すればよかったのね…。
今ちょっと試せる環境にないんで、夜にでも試してみます。
> pekwmの最新版だと、autopropsで個別に設定できるようになってるので
0.1.3-pre だよね？こっちもやってみるよ、ありがとう。
「blackbox系」のスレって無かったっけ。fluxbox にしてもそうだけど、
それほど情報交換する必要もなさそうだし、まとまった方が良かったんじゃないかなぁ、と。
どうせユーザ層同じでしょ？まぁ今更言っても仕方ないんだけど。
fluxbox はちょっと多機能になってタブが付いた blackbox って感じだったな。
何か気にいらないところがあって使わなくなったんだけど忘れた。
それ以上開発が進まないってことは、それ自体が消滅しないかぎり
つねに同じ環境でいられるってことなんだよね。
浮いたり沈んだりが激しいなかで、ある意味落ち着いた感がある。
既存の不具合を除いて、今後新しいバグが混入される事もないし。
自分でメンテできるなら、あえて枯れた物を使うのも選択肢の一つになりうるかもしれないけども、それが出来ないなら問題だね。
より良い環境を求めるならmlterm等の新しい物に乗り換えた方が幸せだよ。
mltermの本家にメモリを大量に喰うとかなんとか書いてあるけど、 ktermやrxvtよりメモリ喰わないし。
1つのプロセスから複数のWindow(pty)が生成できるので、ktermを普段2つ3つ起動させてるなら、mltermの方が効率いい。
描画性能も、良い方だと思うし。
なにより、開発が活発なのがいいよ。
不具合らしい不具合もないし
目新しさもない。
安定期にはいってきてるな。
ということは、取り上げる程の話題がないってことにもなるけど。
ﾏﾝｾｰﾏﾝｾｰ言ってるだけじゃ、ｷﾑﾁ臭くなるだけだし。
fluxboxには時計がついてるけどpekwmにはないよね?
人によってはrclockかもしれないし、WMaker用のdock app使ってる香具師もいるだろうな。
とんだ低能WMだな(ﾜﾗﾜﾗ
そんな低能WM使うやつは知的障害者なんじゃねえの？(ｹﾞﾗｹﾞﾗ
ま、おまいらみたいな低能にはpekwmが、お似合いだよ(禿ﾜﾗ
それはさておき。ロードマップがでてますな。
さっそく予定通りには進んでいないように見えるけど、
水面下では進んでるのかな？
ttp://fluxbox.sourceforge.net/roadmap.php ver 1.0 まではそれほど大きな変更はなさそうだね。
派生WMだから本流のBlackboxと比較すると
黒箱では不満だった点が良くなってる。
黒箱は、シンプルで軽いWMにつきものであるはずの
キーボードからの操作がイマイチなのが難点。
bbkey使えばいいんだろうけど依存関係もそうだし
わざわざ軽いの使ってんのに、別の所でメモリ喰われたくないし。
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
最近のportsだと、Xftが入っていないとメイクできんけど、
XFree86 Version 3では使うなってことか。
彼女（28歳）とは四年半付き合っているのですがそろそろ結婚の話が持ち上がってきています。
ですが正直に言うと結婚に対してどうも前向きになれないのです。
最近では普段一緒にすごしていても心の中では彼女もいい年齢だし結婚を考えなければと何かモヤモヤとした状態ですっきりしません、夜の方も特にエッチした後でそういう話題になるので三か月ぐらいはしていません。
彼女には失礼だけど飽きがきているのかもしれません。でも馴れ合いというか４年半も付き合うとこんなもんかな？とも思ってもいます。みなさんはどうなんでしょうか？
前はそんなことはなかったんですが旅行で泊まりに行く時もどうもすっぴんを見るとエッチする気が起きないし・・・。
こんな状態では結婚した後どうなるんだろう？とふと思ってしまいます。
ただ嫌いな訳では決してないのでこのまま別れてしまうのは悲しいのも事実です。
性格的にはすごくいい子で相性もあっていると思うので結婚をすればそれなりに一緒にやっていけるとも思います。
こんなことで迷うこと事態結婚すべきじゃないのかもしれませんが、この先彼女以上の人が現れるのかどうかという不安もあって決めきれないでいます。
やはり少しでも不安に思うこと、迷うことがあれば結婚すべきではないのでしょうか？既婚の方はこういう迷いなく結婚されたのでしょうか？
優柔不断で自分自身腹が立ちますが、とにかくこのままでは彼女に対しても失礼だし、彼女の貴重な時間を奪ってしまうので早く結論を出そうと思っています。
みなさんのアドバイス宜しくお願いします。
けど結婚はって気持ちは分かる。
一度、自分を見つめ直してみてください。ほんとに好きなのかどうかを。どこが好きなのかを。
マルチコピペに反応すんな。
好きな人に「好きな人」が居るって事に関しては
私の方が先輩だわ！えっへん！
今まで通り、友達として付き合いを続けて、
地道にアピールして行きましょ～よ！
二人きりで会う事に抵抗があるようなら、
協力的な女友達に再登場して頂いて、三人で遊んだら
良いんじゃないですか？
近況ですが、
彼女もちの♂からメールキタキタ☆
しかもデートのお誘いメールだったぁぁ！？
シャレか？本気か？あ～ん、わからないよぉ？？？？
メール往復だけで緊張しすぎちゃって･･･おなかがﾄﾞｷﾄﾞｷするぅ。
ゲリですか?
その人が彼女と別れたら冷めるんですか?
やまちゃんに呼ばれて来ました！！
バーに収納(シェード？)されてる状態でに、Alt+Tabでフォーカスを当てた時、
これを元の表示にするのってできますか？
シェードというより, 最小化させた時だよね?
それ, 俺も知りたい.
ついでに, Alt+Tabでいきなりアクティブになるんじゃなくて, Windowsみたいに
小リストみたいなやつが出てきてほすぃ.
1回でやるのはどうやるんだろうなあ。
や、シェードの時。結局、ShadeWindowを設定して、２回ショートカット使って対処。
アイコン化の時はまだ調べてない。俺は使わないから。
man fluxboxにショートカットのオペレーション？があるからそれで試行錯誤してみて
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
アプリを、どのworkspaceでも表示するにはどうすりゃいいんだろ？
0.9.4のときの設定ファイルじゃうまくできない。しょぼん。
って、ここは既に消え去る運命？
気にいったんだけど、、このスレがのびてないということは
もっといいのがあるんかな？
CVS-Current で欲しい機能はほぼ載ってしまったし、安定してるから、
あまりこだわらなくなった。
# ということは、次におもしろそうなWM探すことになるってのもありだが。
照れるじゃねぇか ゞ
そんな、あなたは、ナニつかってるの？
1. keybindでBigNudgeXXXだけじゃなくて, windowを一気に端まで飛ばせたい
(pekwmやevilwmのように)
2. windowをマウスでドラッグしてresizeする時に, windowの4隅だけじゃなくて
縦横の辺どこからでもできてほしい
3. Alt+Tab(というかNext/PrevWindow)の時に小窓が出てきてほしい
3に関してはこのスレの11で既出なので, 本当にできないんだろうけど
1, 2は, 実はできて「お前が知らんのじゃ, このヴォケ」とか
むしろ期待してたりします.
2.は、Altプラスマウス右ボタンで、縦横どころか、画面のどこからでも。
ではいかんのかな？
3.は、わたしも欲しい機能 Windowsみたいなやつですよね？
>Altプラスマウス右ボタン
おお、こんな機能が。操作が楽になったよ。ありがとう。
でも、たとえば下端をドラッグすると横幅を変えずに下端を伸ばす、
みたいなことが出来るとうれしいんだけど。
> 1.は、どういう意味だろう？
えっと, windowを動かす時, マウスでドラッグするのじゃなくて, たまにキーボードで
行いたい時があるんですね. それでkeysファイルに
Control Shift F:BigNudgeRight
みたいな記述をしているんですが, これだとちょっとずつ動かないし
マウスのフォーカスモデルによっては途中で動くwindowが変わっちゃったりするので
キー入力一発で一気に画面の端までwindowを持って行きたいんです.
> 2.は、Altプラスマウス右ボタンで、縦横どころか、画面のどこからでも。
> ではいかんのかな？
私も知りませんでした.
どうもありがとうございます.
私的には, 2に関してはこれで解決です!!
> 3.は、わたしも欲しい機能 Windowsみたいなやつですよね？
そうです.
あっても良さそうなんですけどね.
→ みたいな記述をしているんですが, これだとちょっとずつしか動かないし
どうもすみません…
1.の意味はわかったけど、できないねぇ。
隣のワークスペースに移動させたり、Shadeさせたり、アイコン化したり
ってのはできるけど、右端に移動するだけで、あくまで表示は、
させておきたいんだよね。
