mlterm-dev-ja Mailing List for mlterm(Multi Lingual TERMinal emulator) (Page 3)

南です。

On Tue, 14 May 2002 22:36:35 +0900
Araki Ken <ara...@us...> wrote:

> >  mlterm/color に fg_color = blue とか書いても受け付けてもらえなかったので、
> > x_color_custom_read_conf() の書換えかなと思ったのですけど、書式まちがえてますか?
> >
> >  # 再確認したらコマンドラインからの(-fg, -bg での)指定はできました。
> 
>         .mlterm/color は、個別の色の RGB をカスタマイズする設定ファイルなので、
>         前景色、背景色の指定は、.mlterm/main でやっていただく必要があります。

失礼しました。このへん混乱してました。

手元で起きていることとしては、
 mlterm/main で fg_color = priv_fg とかしているとき、
 mlterm/color で 
  priv_fg = rrrr-gggg-bbbb としていれば正しく処理されるのですが、
  priv_fg = colorname (などの理解されない文字列) または定義がない と SEGV で落ちます。

# priv_fg/bg は obsolete だった気がしますが、ユーザー定義の色名の使用はどうでしたっけ?

これへの対処として mlterm/color をパースの際 rrrr-gggg-bbbb 以外は排除してもいいのですが、
(mlterm/main では色名または #RRGGBB で受けているので)他の書式も解釈してもらえると
嬉しいかなと思います。

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] commit new mlterm
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Tue, 14 May 2002 22:13:29 +0900

>  mlterm/color に fg_color = blue とか書いても受け付けてもらえなかったので、
> x_color_custom_read_conf() の書換えかなと思ったのですけど、書式まちがえてますか?
>
>  # 再確認したらコマンドラインからの(-fg, -bg での)指定はできました。

        .mlterm/color は、個別の色の RGB をカスタマイズする設定ファイルなので、
        前景色、背景色の指定は、.mlterm/main でやっていただく必要があります。

        # という話ではないかも^_^;

        それから、
        
> mlconfig での設定変更が即座には反映されないときがあるような。

        は、前景色、背景色、fade 率変更の場合に再現しました。
        CVS current で、多分修正できていると思います。

	では
--
kiken
ara...@us...

南です。

On Tue, 14 May 2002 21:14:13 +0900
Araki Ken <ara...@us...> wrote:

> > 今のところ色指定の書式としては #rrrr-gggg-bbbb の形だけしか受けてない
> > ように見えるのですが、色名での指定もできると嬉しいです。
> 
>         あら？色名での指定、できませんか?
>         手元では
> 
>         -fg blue
> 
>         とかで、ちゃんと色指定できるんですが...

 mlterm/color に fg_color = blue とか書いても受け付けてもらえなかったので、
x_color_custom_read_conf() の書換えかなと思ったのですけど、書式まちがえてますか?

 # 再確認したらコマンドラインからの(-fg, -bg での)指定はできました。

	荒木です:-)

        改造版 mlterm を CVS に commit しました。

        contrib/scrollbar/extra

        への修正も入っています。

        久保田さんが指摘された、
       
> ・UTF-8 時に結合文字がうまく表示されません。(TIS-620 はうまく表示
>   されてるっぽい)。

> ・anti alias 表示で、日本語が表示されません。(アルファベットが
>   表示されますが、表示が崩れるので、化ける文字の対応を調べること
>   も困難です)。(もしかして、aafont の書式が変わりましたか?)

        以上の問題についても、解決していると思います。

        坂本さんが指摘された kiklib の問題については、 MINOR を上げておきました。
        API の互換性がなくなったわけではないので、MAJOR は上げていません。
        
        # MINOR いちいちあげるのは面倒なので、これからも、指摘されない限りは、あ
        # まり積極的にあげるつもりはないんですが...

        X11/keymap.h がみつからない件も、修正しました。

        w3m で画面がクリアされない問題は、まだ手をつけていません _o_
        
        それから、
        
南さん wrote:
> 今のところ色指定の書式としては #rrrr-gggg-bbbb の形だけしか受けてない
> ように見えるのですが、色名での指定もできると嬉しいです。

        あら？色名での指定、できませんか?
        手元では

        -fg blue

        とかで、ちゃんと色指定できるんですが...

> mlconfig での設定変更が即座には反映されないときがあるような。

        これも未チェックです _o_

        また、一時的に、CVS への commit を中止させていただきましたが、以降は、今
        までどおりにいじっていただいて構いません。
        ご迷惑おかけしました。
        
	では
--
kiken
ara...@us...

久保田です。

パッチをあてると、segfault しなくなりました。
ただ、

・UTF-8 時に結合文字がうまく表示されません。(TIS-620 はうまく表示
  されてるっぽい)。

・anti alias 表示で、日本語が表示されません。(アルファベットが
  表示されますが、表示が崩れるので、化ける文字の対応を調べること
  も困難です)。(もしかして、aafont の書式が変わりましたか?)

といった症状が出ています。

bidi は動いてるっぽいです。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

佐藤です。

On Mon, May 13, 2002 at 09:43:37PM +0900,
 Araki Ken wrote:

>         # もし、これで問題ないようでしたら、まとめて CVS に commit しちゃいたい
>         # んですが、いいですか? > 佐藤さん

どうぞ。

# お手数かけます。

--
佐藤精一

$B:dK\$G$9!#(B

> $B5WJ]ED$G$9!#(B
> > PS.PS.
> > zsh-euc (http://www.ono.org/software/zsh-euc/) $B$J$s$F$N$,$"$j$^$9$M!#(B
> http://www.zsh.org/mla/workers/2001/msg02759.html
> $B$H$$$&$N$,$"$C$?$N$G$9$,!"(Bzsh $B$C$F>-Mh%^%k%A%P%$%HJ8;z$K(B
> $BBP1~$7$?$j!"$H$$$C$?7W2h$d!":n6H$7$F$$$k?M$C$F$$$k$N$G$G$7$g$&$+!#(B
> ($BF|K\8l%*%s%j!<$H$+(B CJK $B%*%s%j!<$G$O$J$/(B)$B!#(B

$B;d$O(B tcsh $B$J$N$GNI$/J,$+$i$J$$$G$9!#(B
zsh-euc $B$O(B FreeBSD $B$N(B ports $B$K$D$$@hF|F~$C$?$N$G8+$D$1$^$7$?!#(B
tcsh ($B8=>u$O(B CJK $B%*%s%j!<(B)$B$O!"0JA0$;$a$F(B JISX0201$B%+%J$r;H$($kMM$K(B
$B$7$?$$$H%=!<%9$rD/$a$F$_$?$N$G$9$,!"$A$g$C$H<j$KIi$($^$;$s$G$7$?!#(B

$B%7%'%k$N@-<A>e!"%(%s%3!<%G%#%s%0$H$7$F%$%l%.%e%i!<$J%P%$%HNs$G$b(B
$B07$C$FM_$7$$$H$$$&;v$,$"$k$N$G!"(Bwchar $B2=$H$+FbIt%3!<%I(B UTF-8 $B2=$O(B
$BFq$7$$$s$8$c$J$$$N$+$H;W$$$^$9!#(B
# $BNc$($P!"87L)$K:n$C$?>l9g!"(Blocale=C $B$@$HL>A0$K(B 0x80-0xff $B$r4^$`(B
# $B%U%!%$%k$X$N%"%/%;%9$,$G$-$J$/$J$C$F$7$^$&!#(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

	荒木です:-)

        contrib/scrollbar/extra 以下を正常にコンパイルできるようにするための
        パッチです。

        # もし、これで問題ないようでしたら、まとめて CVS に commit しちゃいたい
        # んですが、いいですか? > 佐藤さん

	では
--
kiken
ara...@us...

# 折悪く ML に参加したとたんにメールサーバが止まってしまって
# しばらくメールが受けとれない状態になってしまいました。
# アーカイブから引用してるので読み難いメールになるかと思いますが
# ご了承ください。

>> 手元では解決方法として て_ぺ として「てあ 的に有効な名前なら受け
>> 入れる」というように改造して使ってます。

> これについては現在の CVS 版の仕様で特に問題ないと思うのですが、
> ローカルシステムで無効な名前は拒絶したほうが都合のいいときってありますか?

単なる error proof です。
もっとも、どのみちローカルシステムで有効な名前を指定しても mlterm
と互換性のある名前を指定しないと意味がないので、気休め以上の意味はない
と思います。
それに様々なシステムで実現しようと思うと手間がかかりそうですし。

>> 2. xterm や kterm と違って tty の ECHOKE と ECHOCTL フラグが最初から
>> 有効になってないので行編集時の挙動が変わってしまうようです。
>> これも xterm , kterm と同じになるように改造して使っています。
> kik_pty_stream.c にも同様の修正が要りそうですが、適当に試した限りでは
> これらのフラグを立てたときと立てないときの動作の違いがわかりませんでした。

ECHOKE と ECHOCTL が非POSIX互換な拡張仕様みたいなので、環境によっては違いが
出ないかもしれません。
手元の FreeBSD 4.5 と Linux 2.4.18 では再現できます。

再現方法ですが: (以下の■はカーソルだと思ってください)

% cat
abcde■ [ここで^U(KILL)を入力]

のように行入力の途中で ^U(KILL) を入力したときの挙動が、ECHOKE の有無に
よって変わります。

ECHOKE が無効だと
% cat
abcde^U
■

のように表示され、端末の上では改行されます
(無論実際には標準入力には何も入力されていません)。
ECHOCTL も無効だと行末の ^U も表示されません。

ECHOKE が有効だと
% cat
■

のように見た目でも入力した行が消去されます。

ECHOCTL のほうは、行入力中にコントロールコードが入力されたときの表示方法が
変わります。

% cat
abcde■ [ここで ^V^H (LNEXT ERASE)を入力]

ECHOCTL が有効だと
% cat
abcde^H■
[ASCII 0x08 が ^ と H の2文字で表現される]

となりますが、ECHOCTL が無効だと
ECHOCTL が有効だと
% cat
abc■d^
[ 見た目では ERASE の効果で1文字消えて見えるが、
  単に ^H で消すのと違い、標準入力には "abcde\x08" が渡される ]

のようになります。

どちらにしても、自前で行編集機能を持つ bash/tcsh/zsh の行入力では
違いは出ないと思います。


あと先のメールで書き損ねたのですが、
mlterm を -y kterm で起動して、その上で status line に対応したアプリ
ケーション(screen とか) を動かすと status line に表示をするところで
画面が崩れます。
見たところ mlterm は status line をサポートしてないようなので当然ですが。
# 既知の問題だったらすみません

-- 
北川拓郎＠京大マイコンクラブ(ＫＭＣ)
E-mail:ra...@km...

南です。

On Mon, 13 May 2002 19:51:53 +0900
Araki Ken <ara...@us...> wrote:

> >         http://mlterm.sf.net/mlterm-20020512-2.tar.gz
> 
>         のパッチです。
> 
>         # 多分、これで直ると思います > 南さん

解決しました。ありがとうございます。

背景/前景色を指定しても落ちたので、なぜだろうと思っていたのですが
 mlterm/color に昔のまま black とか書いていたからでした。

今のところ色指定の書式としては #rrrr-gggg-bbbb の形だけしか受けてない
ように見えるのですが、色名での指定もできると嬉しいです。

久保田です。

At Mon, 13 May 2002 17:05:26 +0900 (JST),
sakamoto hironori wrote:

> PS.
> bce ですが、Solaris や EWS4800 だと termcap-code が "be" で、
> FreeBSD, Linux や HP-UX だと "ut" の様です。
> # 連休前に気になっていたのですが確認するのを忘れていました。

ターミナルの実装がばらばらなのを吸収するための termcap なのに、
それだと意味ないやん。


> PS.PS.
> zsh-euc (http://www.ono.org/software/zsh-euc/) なんてのがありますね。
> どうやら、tcsh のコードを参考にしたようで、
> /* first byte	0x8e,0xa0 - 0xf4 */
> /* second byte	0xa0 - 0xfe */
> というちょっと悲しい部分がありますが。

ざっと google で検索してみると、

http://www.zsh.org/mla/workers/2001/msg02759.html

というのがあったのですが、zsh って将来マルチバイト文字に
対応したり、といった計画や、作業している人っているのででしょうか。
(日本語オンリーとか CJK オンリーではなく)。

ところで、bash だと、
http://mail.nl.linux.org/linux-utf8/2002-05/msg00045.html
あたりに進展があるみたいです。が、まだ試していません。
UTF-8 only なのか、マルチバイトや結合文字一般がいけるのか。
(というか、ダウンロードできない...)

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] new mlterm
	From: Araki Ken <ara...@us...>
	Message-ID: <200...@pd...>
	Date: Sun, 12 May 2002 13:31:54 +0900

>>         改造が大体終わりました。
>>
>>         http://mlterm.sf.net/mlterm-20020512.tar.gz
>
>         http://mlterm.sf.net/mlterm-20020512-2.tar.gz

        のパッチです。

        # 多分、これで直ると思います > 南さん

	では
--
kiken
ara...@us...

$B:dK\$G$9!#(B

http://mlterm.sf.net/mlterm-20020512-2.tar.gz
$B$G$9$,!"(BFreeBSD 3.3R $B$G(B make $B$9$k$H!"(B
 * mlterm/ml_termcap.c $B$G(B X11/keysym.h $B$,8+$D$+$i$J$/$F;_$^$j$^$9!#(B
   $B"*(B X11/keysym.h $B$OI,MWL5$$$O$:!#(Bstring.h $B$bMW$i$J$$!)(B
 * libkik.so $B$N%P!<%8%g%s$,(B 4 $B$N$^$^$J$N$G!"8E$$$N(B libkik.so.4 $B$r(B
   $B;H$C$F$7$^$&$H!"(B
     /usr/libexec/ld-elf.so.1: mlterm: Undefined symbol "kik_sig_child_init"
   $B$H$J$j$^$9!#(B
   $B"*(B API $B$,JQ$o$C$?;~E@$G%P!<%8%g%s$r>e$2$k$Y$-$J$N$G$O!#(B
 * w3m $B$G;H$C$F$$$k$H2hLL$,%/%j%"$5$l$:$K0lIt$NJ8;z$,;D$k$3$H$,$"$j$^$9!#(B
   CVS $BHG$G$bF1MM$J$N$G(B bce $B$,$i$_!)(B

PS.
bce $B$G$9$,!"(BSolaris $B$d(B EWS4800 $B$@$H(B termcap-code $B$,(B "be" $B$G!"(B
FreeBSD, Linux $B$d(B HP-UX $B$@$H(B "ut" $B$NMM$G$9!#(B
# $BO"5YA0$K5$$K$J$C$F$$$?$N$G$9$,3NG'$9$k$N$rK:$l$F$$$^$7$?!#(B

PS.PS.
zsh-euc (http://www.ono.org/software/zsh-euc/) $B$J$s$F$N$,$"$j$^$9$M!#(B
$B$I$&$d$i!"(Btcsh $B$N%3!<%I$r;29M$K$7$?$h$&$G!"(B
/* first byte	0x8e,0xa0 - 0xf4 */
/* second byte	0xa0 - 0xfe */
$B$H$$$&$A$g$C$HHa$7$$ItJ,$,$"$j$^$9$,!#(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

久保田です。

At Sun, 12 May 2002 13:31:54 +0900,
Araki Ken wrote:

>         http://mlterm.sf.net/mlterm-20020512-2.tar.gz

segfault します。これは、mlterm-20020512.tar.gz も同様でした。

--enable-debug つきでコンパイルしたとき、最後の数行は

------
WARN: [kik_conf_get_value()] no such key[bel_mode] in conf map.
WARN: [kik_conf_get_value()] no such key[use_vertical_cursor] in conf map.
WARN: [kik_conf_get_value()] no such key[iscii_lang] in conf map.
WARN: [kik_conf_get_value()] no such key[use_extended_scroll_shortcut] in conf map.
WARN: [kik_conf_get_value()] no such key[exec_cmd] in conf map.
WARN: [xim_server_instantiated()] new xim server is instantiated.
DEBUG: X connection opened.
WARN: [get_font()] font for id 61 was cached.
セグメンテーション違反です
------

という感じです。./configure は何もつけず (--enable-debug 以外は)、
設定ファイルはすべて削除した状態での起動です。

とりあえずは報告まで。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

	荒木です:-)

	Subject: [Mlterm-dev-ja] new mlterm
	From: Araki Ken <ara...@us...>
	Message-ID: <200...@pd...>
	Date: Sun, 12 May 2002 03:06:52 +0900

>         改造が大体終わりました。
>
>         http://mlterm.sf.net/mlterm-20020512.tar.gz

        http://mlterm.sf.net/mlterm-20020512-2.tar.gz

        contrib/ 以下以外は、ちゃんとコンパイルが通るようにしました。
        前回よりもバグはかなり減っていますが、それでもまだまだ不安定です。
        5/9 に 南さんが commit された時点まで同期しています。
        
        また、今後、こちらの開発が一段落つくまで、CVS への commit は、原則禁止
        とさせてください。

        それから、スクロールバーについてですが、ml_sb_view.h が、x_sb_view.h
        となり、構造体名も x_sb_view_t となっています。
        ml_*_new 関数については、旧来のバイナリとの互換性を保つため、ml_*_new
        でも x_*_new でも受けつけるようにしています。
        お手数かけますが、よろしくお願いします > 佐藤さん

	では
--
kiken
ara...@us...

	荒木です:-)

        改造が大体終わりました。

        http://mlterm.sf.net/mlterm-20020512.tar.gz

        改善点
        1. --enable-ucs4 がなくなり、Unicode は、デフォルトで UCS4 で扱われる
           ようになっています(メモリ消費量は変わりません)
        2. 16 色対応しています。
        3. focus out したときに、前景・背景色以外も色が変化するようにしています。
        4. Window を破棄したり、X を終了したりした後も、pty との接続を維持できる
           ようになっています。

        不具合
        1. mlterm 本体以外の周辺ツールは、ビルドできなくなっています。
        2. 縦書き表示、Bidi、ISCII あたりが不安定
        3. フォントまわりも不安定
        4. その他多数:)

        pty との接続を維持する機能については、現在のところ、以下のような仕様にな
        っています。

        1. 端末を exit した場合
           => pty が死んでしまうので、接続は維持できません。
        2. Window Manager から DeleteWindow した場合
           => pty との接続は維持されます。
              次回、mlclient もしくは Ctrl+F1 したときに、DeleteWindow された
              Window に描画されていた端末画面が復活します。

        次にソースコードの構成についてですが、VT100 の core 機能は、mlterm/ 以下、
        X に依存した UI 機能は、xwindow/ 以下に、それぞれ纏められています。
        mlterm/ 以下については、特定の UI や Toolkit に依存した実装にはなってお
        りませんので、(実際にするかどうかは別問題として)他の UI や Toolkit に移
        植しやすくなっていると思います。

        また、今までのソース構成とはかなり違っておりますので、まだ CVS には commit
        しておりません。
        しばらく間を置く予定ですので、バグレポートやご意見などありましたら、およせ
        ください。

	では
--
kiken
ara...@us...

久保田です。

TERM=xterm (bce が定義されている) において、
dialog --mgbox abcde 10 20 を実行した結果の出力を、
添付します。行ごと、エスケープシーケンスごとにまとめてあります。

これを見ると、mlterm の bce な動作が不完全な点がふたつ
あることが分かります。ひとつは CSI Ps X で、もうひとつは
CSI Ps P です。これらは添付の出力では「*****」がつけられて
いますので、検索等にご利用ください。

また、bce なターミナルは CSI Ps X と CSI Ps P がどのような動作
をすべきかのスクリーンショットを作りました。例によって、
http://www.debian.or.jp/~kubota/dialog/
の下に、xterm-CSI-Ps-{P,X}.png というファイル名で置いてあります。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

佐藤です。

On Thu, May 09, 2002 at 12:07:31AM +0900,
 Araki Ken wrote:

>         一応、VT100 端末機能の core を別ライブラリとして分離する作業がだいた
>         いおわりましたので、その途中経過をアーカイブにして、
> 
>         http://mlterm.sf.net/mlt.tar.gz

mlterm(cvs) の src ディレクトリを mlt/src と入れ換えて、
Makefile の CFLAGS を適当にいじって
(CFLAGS = -DDEBUG -Wall -g -I../mkf/include)
コンパイルできることだけ確認しました。
warning もでません。(debian sid)

# まさに大改造。楽しみにしています。

>         2. 将来的に X 以外にも移植する

そこまでお考えになってたとは。

思いつくのは

* SDL
* native win32
* linux frame buffer
* gkt/directFB

みたいな感じでしょうか。

--
佐藤精一

	荒木です:-)

        今、VT100 端末機能の core を、(G)UI から分離する作業をしております。
        16 色対応など、久保田さんが指摘された問題の解決も視野にいれています。
        また、Unicode は、すべて UCS4 で扱うようになりますので、--enable-ucs4
        もなくなる予定です。

        というわけで、かなり大規模にソースをいじっておりますので、当面、パッ
        チをいただいてもとりこむことはできないと思います _o_
        
        一応、VT100 端末機能の core を別ライブラリとして分離する作業がだいた
        いおわりましたので、その途中経過をアーカイブにして、

        http://mlterm.sf.net/mlt.tar.gz

        においておきます。
        コンパイルが通ることしか確認しておりません。
        ml_term.h が中心になります。

        UI の実装には、できるだけ依存しないようにしておりますので、
        
        1. ウィンドウが破棄されても、対応する pty との接続は維持する
        2. 将来的に X 以外にも移植する

        ことなんかを考えています。

        # 時間が....
        
	では
--
kiken
ara...@us...

南です。

# 手元では termcap も kik_pty_bsd.c も使われないので、確認できてませんが

On Tue, 07 May 2002 23:39:41 +0900
KITAGAWA Takurou <ra...@km...> wrote:

> 1. TERM を xterm や kterm に決め打ちされると emacs (21.2) のターミナル
> モードで色が出ません。
...
> アーカイブを斜めよみしたらつい最近このへんが問題になっていたみたいですが、
> 手元では解決方法として term_type として「termcap 的に有効な名前なら受け
> 入れる」というように改造して使ってます。

これについては現在の CVS 版の仕様で特に問題ないと思うのですが、
ローカルシステムで無効な名前は拒絶したほうが都合のいいときってありますか?

> 2. xterm や kterm と違って tty の ECHOKE と ECHOCTL フラグが最初から
> 有効になってないので行編集時の挙動が変わってしまうようです。
> これも xterm , kterm と同じになるように改造して使っています。

kik_pty_stream.c にも同様の修正が要りそうですが、適当に試した限りでは
これらのフラグを立てたときと立てないときの動作の違いがわかりませんでした。

たぶん気付けてないのだとおもうので、挙動がどう変わってしまうのか
教えてください。

それでは。

先程このMLに登録させてもらいました。
以後よろしくお願いします。

mlterm 2.4.0 を FreeBSD 4.5 + XFree86 4.2.0 上で使ってみましたが、
いくつか不便な点があったので改造しました。

1. TERM を xterm や kterm に決め打ちされると emacs (21.2) のターミナル
モードで色が出ません。w3m では出るのですが、多分 termcap データベースを
無視しているのでしょう。
色付きの xterm 用には xterm-color が、色付きの kterm 用には
kterm16c という termcap エントリがあるのでこちらを使えば色が出るのですが、
mlterm 2.4.0 は TERM として xterm と kterm しか受け付けてくれません。

アーカイブを斜めよみしたらつい最近このへんが問題になっていたみたいですが、
手元では解決方法として term_type として「termcap 的に有効な名前なら受け
入れる」というように改造して使ってます。

今しがた CVS 版を取り出したらこの部分は「とりあえず何指定してもOK」
に変わってしまってるようですが。

2. xterm や kterm と違って tty の ECHOKE と ECHOCTL フラグが最初から
有効になってないので行編集時の挙動が変わってしまうようです。
これも xterm , kterm と同じになるように改造して使っています。

3. daemon モードで通信用に使うソケットが全ユーザ共通でマルチユーザ環境だと
使えないので、ユーザ名をつけるようにしてみました。

2.4.0 からの差分なんて今さら役にたたないかもしれませんが、
参考用に後につけておきます。ご検討ください。
手抜きパッチなのでそのまま取り込まれるといろいろ困ったことになると思いますが…

-- 
北川拓郎＠京大マイコンクラブ(ＫＭＣ)
E-mail:ra...@km...



diff -ruBw -x configure -x *~ -x *.orig mlterm-2.4.0.orig/autoconf/configure.in mlterm-2.4.0/autoconf/configure.in
--- mlterm-2.4.0.orig/autoconf/configure.in	Sun Apr 14 22:46:01 2002
+++ mlterm-2.4.0/autoconf/configure.in	Tue May  7 16:51:16 2002
@@ -152,6 +152,11 @@
 fi
 AC_SUBST(GTK_CONFIG)
 
+AC_CHECK_LIB(termcap,tgetent,[TERMCAP_LIBS=-ltermcap])
+AC_SUBST(TERMCAP_LIBS)
+
+AC_CHECK_FUNCS(daemon)
+
 MAKE_DIRS="${TOPDIR}/src ${TOPDIR}/tool/mlclient ${TOPDIR}/man ${TOPDIR}/etc ${TOPDIR}/scrollbar/sample ${MAKE_DIRS}"
 AC_SUBST(MAKE_DIRS)
 
diff -ruBw -x configure -x *~ -x *.orig mlterm-2.4.0.orig/kiklib/src/kik_pty_bsd.c mlterm-2.4.0/kiklib/src/kik_pty_bsd.c
--- mlterm-2.4.0.orig/kiklib/src/kik_pty_bsd.c	Sun Apr 14 22:46:02 2002
+++ mlterm-2.4.0/kiklib/src/kik_pty_bsd.c	Tue May  7 13:29:28 2002
@@ -187,7 +187,14 @@
 	tio.c_iflag = BRKINT | IGNPAR | ICRNL | IXON ;
 	tio.c_oflag = OPOST | ONLCR ;
 	tio.c_cflag = CS8 | CREAD ;
-	tio.c_lflag = ISIG | ICANON | IEXTEN | ECHO | ECHOE | ECHOK ;
+	tio.c_lflag = ISIG | ICANON | ECHO | ECHOE | ECHOK
+#ifdef ECHOKE
+		| ECHOKE | IEXTEN
+#endif
+#ifdef ECHOCTL
+		| ECHOCTL | IEXTEN
+#endif
+		;
 
 	tio.c_cc[VEOF] = CEOF ;
 	tio.c_cc[VEOL] = VDISABLE ;
diff -ruBw -x configure -x *~ -x *.orig mlterm-2.4.0.orig/src/Makefile.in mlterm-2.4.0/src/Makefile.in
--- mlterm-2.4.0.orig/src/Makefile.in	Sun Apr 14 22:46:01 2002
+++ mlterm-2.4.0/src/Makefile.in	Tue May  7 17:01:35 2002
@@ -30,12 +30,12 @@
 LKIK_DEB = -lkik_deb
 LMKF_DEB = -lmkf_deb
 
-CFLAGS=$(CFLAGS_LOCAL) @KIK_CFLAGS@ @MKF_CFLAGS@ @DEB_CFLAGS@ @IMLIB_CFLAGS@ @FRIBIDI_CFLAGS@ \
+CFLAGS=$(CFLAGS_LOCAL) @DEFS@ @KIK_CFLAGS@ @MKF_CFLAGS@ @DEB_CFLAGS@ @IMLIB_CFLAGS@ @FRIBIDI_CFLAGS@ \
 	@AA_CFLAGS@ @UCS4_CFLAGS@ @IND_CFLAGS@ @UTMP_CFLAGS@ @XUTF8_CFLAGS@ @CFLAGS@ \
 	-DLIBDIR=\"$(LIBDIR)\" -DLIBEXECDIR=\"$(LIBEXECDIR)\" -DSYSCONFDIR=\"$(SYSCONFDIR)\" \
 	-I/usr/X11R6/include -I/usr/local/include
 LIBS=$(LIBS_LOCAL) @FRIBIDI_LIBS@ @IMLIB_LIBS@ @AA_LIBS@ @IND_LIBS@ \
-	@X_EXTRA_LIBS@ -lX11 $(LKIK) $(LMKF) @DL_LIBS@ \
+	@X_EXTRA_LIBS@ -lX11 $(LKIK) $(LMKF) @DL_LIBS@ @TERMCAP_LIBS@ \
 	-L/usr/X11R6/lib -L/usr/local/lib -R/usr/X11R6/lib -R/usr/local/lib
 
 PROG = mlterm
diff -ruBw -x configure -x *~ -x *.orig mlterm-2.4.0.orig/src/ml_term_manager.c mlterm-2.4.0/src/ml_term_manager.c
--- mlterm-2.4.0.orig/src/ml_term_manager.c	Sun Apr 14 22:46:01 2002
+++ mlterm-2.4.0/src/ml_term_manager.c	Tue May  7 16:53:35 2002
@@ -2,6 +2,8 @@
  *	$Id: ml_term_manager.c,v 1.68 2002/04/10 12:06:17 arakiken Exp $
  */
 
+#define RANRAN_HACK
+
 #include  "ml_term_manager.h"
 
 #include  <stdio.h>		/* sprintf */
@@ -23,6 +25,9 @@
 #include  <kiklib/kik_locale.h>	/* kik_get_codeset */
 #include  <kiklib/kik_net.h>	/* socket/bind/listen/sockaddr_un */
 #include  <mkf/mkf_charset.h>	/* mkf_charset_t */
+#ifdef RANRAN_HACK
+#include  <term.h>
+#endif
 
 #include  "version.h"
 #include  "ml_xim.h"
@@ -614,6 +619,8 @@
 				if( un_file)
 				{
 					unlink( un_file) ;
+					free( un_file) ;
+					un_file = NULL ;
 				}
 			
 				exit( 0) ;
@@ -666,6 +673,8 @@
 	if( un_file)
 	{
 		unlink( un_file) ;
+		free( un_file) ;
+		un_file = NULL ;
 	}
 	
 	exit(status) ;
@@ -747,6 +756,8 @@
 	if( un_file)
 	{
 		unlink( un_file) ;
+		free( un_file) ;
+		un_file = NULL ;
 	}
 
 	/* reset */
@@ -755,29 +766,12 @@
 	kill( getpid() , sig) ;
 }
 
-
-static int
-start_daemon(
-	ml_term_manager_t *  term_man
-	)
-{
-	int  fd ;
-	char *  path = "/tmp/mlterm.unix" ;
-	pid_t  pid ;
-	int  sock_fd ;
-	struct sockaddr_un  servaddr ;
-
-	if( ( fd = creat( path , 0600)) == -1)
+static void
+mydaemonize(void)
 	{
-		/* already exists */
-
-		kik_msg_printf( "remove %s before starting daemon.\n" , path) ;
-
-		return  -1 ;
-	}
-
-	close( fd) ;
-	
+#ifdef HAVE_DAEMON
+	daemon(0, 1);
+#else
 	pid = fork() ;
 
 	if( pid == -1)
@@ -820,17 +814,63 @@
 	/*
 	 * grandchild
 	 */
+#endif
+}
+
+static int
+start_daemon(
+	ml_term_manager_t *  term_man
+	)
+{
+	int  fd ;
+#ifndef RANRAN_HACK
+	char *  path = "/tmp/mlterm.unix" ;
+#endif
+	pid_t  pid ;
+	int  sock_fd ;
+	struct sockaddr_un  servaddr ;
+
+#ifndef RANRAN_HACK
+	if( ( fd = creat( path , 0600)) == -1)
+	{
+		/* already exists */
+
+		kik_msg_printf( "remove %s before starting daemon.\n" , path) ;
+
+		return  -1 ;
+	}
+
+	close( fd) ;
+#endif
+
+	mydaemonize() ;
 
 	if( ( sock_fd = socket( AF_LOCAL , SOCK_STREAM , 0)) < 0)
 	{
 		return  -1 ;
 	}
 
+#ifndef RANRAN_HACK
 	unlink( path) ;
+#endif
 
 	memset( &servaddr , 0 , sizeof( servaddr)) ;
 	servaddr.sun_family = AF_LOCAL ;
+#ifdef RANRAN_HACK
+	{
+		struct passwd *  pw = getpwuid(getuid());
+		if( pw != NULL)
+		{
+			sprintf( servaddr.sun_path , "/tmp/mlterm.unix.%s", pw->pw_name) ;
+		}
+		else
+		{
+			strcpy( servaddr.sun_path , "/tmp/mlterm.unix") ;
+		}
+	}
+#else
 	strcpy( servaddr.sun_path , path) ;
+#endif
 
 	if( bind( sock_fd , (struct sockaddr *) &servaddr , sizeof( servaddr)) < 0)
 	{
@@ -839,6 +879,8 @@
 		return  -1 ;
 	}
 	
+	chmod( servaddr.sun_path , 0600) ;
+	
 	if( listen( sock_fd , 1024) < 0)
 	{
 		close( sock_fd) ;
@@ -846,7 +888,11 @@
 		return  -1 ;
 	}
 
-	un_file = path ;
+#ifdef RANRAN_HACK
+	un_file = strdup( servaddr.sun_path) ;
+#else
+	un_file = strdup( path) ;
+#endif
 
 	return  sock_fd ;
 }
@@ -1012,8 +1058,12 @@
 	char **  argv
 	)
 {
+#ifdef RANRAN_HACK
+	char *  default_term_type = "xterm" ;
+#else
 	char *  kterm = "kterm" ;
 	char *  xterm = "xterm" ;
+#endif
 	char *  value ;
 	
 	if( ( value = kik_conf_get_value( conf , "display")) == NULL)
@@ -1179,6 +1229,27 @@
 	
 	if( ( value = kik_conf_get_value( conf , "termtype")))
 	{
+#ifdef RANRAN_HACK
+		char tcap[1024];
+		if( tgetent( tcap , value) == 1)
+		{
+			if( ( term_man->conf.term_type = malloc( strlen( value) + 1)) != NULL)
+			{
+				strcpy( term_man->conf.term_type , value) ;
+			}
+		}
+		else
+		{
+			term_man->conf.term_type = NULL ;
+		}
+		if( term_man->conf.term_type == NULL)
+		{
+			kik_msg_printf(
+				"cannot set terminal type. %s will be used.\n", default_term_type) ;
+
+			term_man->conf.term_type = strdup( default_term_type) ;
+		}
+#else
 		if( strcasecmp( value , kterm) == 0)
 		{
 			term_man->conf.term_type = kterm ;
@@ -1194,10 +1265,15 @@
 
 			term_man->conf.term_type = xterm ;
 		}
+#endif
 	}
 	else
 	{
+#ifdef RANRAN_HACK
+		term_man->conf.term_type = strdup( default_term_type) ;
+#else
 		term_man->conf.term_type = xterm ;
+#endif
 	}
 	
 	term_man->conf.x = 0 ;
@@ -1615,7 +1691,12 @@
 	free( term_man->conf.sb_fg_color) ;
 	free( term_man->conf.sb_bg_color) ;
 	free( term_man->conf.cmd_argv) ;
-
+#ifdef RANRAN_HACK
+	if( term_man->conf.term_type)
+	{
+		free( term_man->conf.term_type) ;
+	}
+#endif
 	return  1 ;
 }
 
@@ -1625,7 +1706,7 @@
 	)
 {
 	struct sockaddr_un  addr ;
-	socklen_t  sock_len ;
+	socklen_t  sock_len = sizeof(addr);
 	int  fd ;
 	FILE *  fp ;
 	kik_file_t *  from ;
@@ -1938,6 +2019,10 @@
 		{
 		}
 	#endif
+		else
+		{
+			kik_msg_printf( "daemon_mode must be either 'genuine' or 'blend'.\n");
+		}
 	}
 
 	use_xim = 1 ;
diff -ruBw -x configure -x *~ -x *.orig mlterm-2.4.0.orig/tool/mlclient/main.c mlterm-2.4.0/tool/mlclient/main.c
--- mlterm-2.4.0.orig/tool/mlclient/main.c	Sun Apr 14 22:46:01 2002
+++ mlterm-2.4.0/tool/mlclient/main.c	Tue May  7 16:49:15 2002
@@ -2,12 +2,14 @@
  *	$Id: main.c,v 1.6 2002/02/17 02:06:03 arakiken Exp $
  */
 
+#define  RANRAN_HACK
+
 #include  <stdio.h>
 #include  <sys/types.h>
 #include  <unistd.h>		/* write */
 #include  <string.h>		/* memset */
 #include  <kiklib/kik_net.h>	/* socket/bind/listen/sockaddr_un */
-
+#include  <pwd.h>
 
 /* --- static variables --- */
 
@@ -37,7 +39,8 @@
 {
 	int  counter ;
 
-	printf( "Not available options.\n") ;
+	printf( "Usage: mlclient <options for mlterm>\n") ;
+	printf( "Note: Following options are not available:\n") ;
 
 	for( counter = 0 ; counter < sizeof( na_options) / sizeof( na_options[0]) ; counter ++)
 	{
@@ -59,7 +62,7 @@
 	struct sockaddr_un  servaddr ;
 	int  counter ;
 
-	for( counter = 0 ; counter < argc ; counter ++)
+	for( counter = 1 ; counter < argc ; counter ++)
 	{
 		if( ( p = strrchr( argv[counter] , '-')) != NULL)
 		{
@@ -87,7 +90,22 @@
 	
 	memset( &servaddr , 0 , sizeof( servaddr)) ;
 	servaddr.sun_family = AF_LOCAL ;
+#ifdef RANRAN_HACK
+ 	{
+		struct passwd *pw = getpwuid( getuid());
+		if( pw != NULL)
+		{
+			sprintf( servaddr.sun_path , "/tmp/mlterm.unix.%s", pw->pw_name) ;
+		}
+		else
+		{
+			strcpy( servaddr.sun_path , "/tmp/mlterm.unix") ;
+		}
+		
+	}
+#else
 	strcpy( servaddr.sun_path , "/tmp/mlterm.unix") ;
+#endif
 	
 	if( connect( sock_fd , (struct sockaddr*) &servaddr , sizeof( servaddr)) < 0)
 	{

佐藤です。

On Sat, May 04, 2002 at 12:12:08AM +0900,
 Araki Ken wrote:

> > 共有カラーマップから、"近い色"を探すパッチを書きました。

> > # commit してもいいでしょうか? > 荒木さん
> 
>         どーぞ:)

commit しました。

--
佐藤精一

	荒木です:-)

	Subject: [Mlterm-dev-ja] PseudoColor
	From: Seiichi SATO <ss...@sh...>
	Message-ID: <20020503094748.GA26931%ss...@sh...>
	Date: Fri, 3 May 2002 18:47:48 +0900

> visual class が PseudoColor || GrayScale で、ユーザの指定色が見つからない時に、
> 共有カラーマップから、"近い色"を探すパッチを書きました。
> (rxvtも同様の処理をしているようです。)

        さすが、すばらしいです:)

> # commit してもいいでしょうか? > 荒木さん

        どーぞ:)

	では
--
kiken
ara...@us...

佐藤です。

visual class が PseudoColor || GrayScale で、ユーザの指定色が見つからない時に、
共有カラーマップから、"近い色"を探すパッチを書きました。
(rxvtも同様の処理をしているようです。)

	http://www.sh.rim.or.jp/~ssato/tmp/ml_color.c.pseudo.patch

ほとんどの方にとって、PseudoColor なんて過去の遺物かもしれませんが、
~/.mlterm/color を色々といじっていて、かつ低スペックなハードを使う
人には有益では?と思っています。

何をもって"近い色"とするかが、非常に悩むところですが、
今回はRGB色空間で、最も近距離の色を"近い色"としました。
所詮RGBなので人間の目にとって一番近い色というわけにはいきませんが...

また、実装については、南さんから色々と有益なコメント&助言を頂きました。

    http://minami.unlimeted.com/diary/?20020502#02

ありがとうございました。(マジで勉強になりました。)

南さんの助言に従い、将来 Xcms系の関数への置換えをするかもしれませんが、
調べた範囲では、それをやってるアプリが皆無? で、参考になるものがない為
いつになるかわかりません。

ご意見等あればよろしくお願いします。

# commit してもいいでしょうか? > 荒木さん

--
佐藤精一

久保田です。

manpage の、~/.mlterm/termcap と -y/--term の記述を更新しました。
こんなニュアンスでよろしいでしょうか。

ただ、用語の統一がとれていないのが問題だと思っています。


\fB\-y\fR, \fB\-\-term\fR=\fIstring\fR
Specify terminal type, i.e., the value of \fBTERM\fR variable.
Please specify the value whose terminfo/termcap database fits
to the behavior of \fBmlterm\fR.  Since \fBmlterm\fR
is designed to generally have a behavior like \fBkterm\fR,
values which can be used for \fBkterm\fR can be used.
If your system doesn't have any terminfo/termcap entries
which fits the behavior of \fBmlterm\fR or if you want to
use specific value of \fBTERM\fR which doesn't fit the
behavior of \fBmlterm\fR, you may want to edit the \fBtermcap\fR
file to configurate the behavior of \fBmlterm\fR.
Please consult the chapter of \fBCONFIGURATION\fR for detail.
The default is \fBxterm\fR.

-y, --term
(ターミナルタイプを指定します。すなわち、TERM 変数の値を指定します。
その値が示す terminfo/termcap データベースが mlterm に適合するような
値を指定してください。mlterm は基本的に kterm の動作をまねて設計されて
いるので、kterm に対して使える値は mlterm に対して使えます。
あなたのシステムが、mlterm に適合するような terminfo/termcap の
エントリを持っていない場合、または、mlterm に適合しない TERM の
値を使いたい場合には、termcap ファイルを編集して mlterm の動作を
設定するとよいでしょう。詳しくは CONFIGURATION の章を参照して
ください。デフォルトは xterm です。)

...


This configuration file determines the behaviors of \fBmlterm\fR
which affect the definition of terminfo and termcap.  In principle,
this file should not be edited and, instead, you should use a
proper value of \fBTERM\fR variable (i.e., proper terminfo/termcap
definition) which meets \fBmterml\fR's behavior.
(Since \fBmlterm\fR's behavior is generally similar to kterm,
\fBTERM=kterm\fR will be usually OK.)
However, there are some reasons why you may want not to edit
your terminfo and termcap, for example, when you use some
softwares which don't consult terminfo and termcap database
and do consult \fBTERM\fR variable,
when one terminfo/termcap entry is shared by several terminal
emulators, and so on.  In such cases, you can configure \fBmlterm\fR
so that it works well on existing terminfo/termcap definitions
on your systems.  This is also useful for distributors of
operating systems (like Debian) with strict policy of terminal
emulators' behaviors.
.PP
You can define the behaviors of \fBmlterm\fR for each value
of \fBTERM\fR variable, so that you don't need to edit \fBtermcap\fR
file each time you login into other systems and use different
value of \fBTERM\fR variable by \fB\-y\fR option.  You can also specify
the default behavior when \fBTERM\fR variable is different from all
of specified TERM names in the \fBtermcap\fR file.
.PP
The grammer of this configuration file is resemble to the grammer
of termcap entries.  First, one or more name(s) of TERM is written.
Multiple names are connected with virtical line character '|'.
Special name '*' is for default.
Then colon ':' comes, and keys are written separated by colons.
Configuration(s) for other TERM will follow after new line.

(日本語訳はめんどうなので省略:-p)

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/