[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2ch.scのread.cgiへ]
Update time : 07/23 20:31 / Filesize : 164 KB / Number-of Response : 631
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

FluxBoxを語ろう



36 名前:名無しさん@お腹いっぱい。 mailto:sage [03/04/10 00:52.net]
>>34
言ってる事はわかるけど本来タイトルバーに出るものって何?
俺は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の仕様(サイズの算出とリサイズ要求部分)をスマートになるように書換えるか
どっちかにしろと言われたら、どうしますか?






[ 続きを読む ] / [ 携帯版 ]

全部読む 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<164KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef