mlterm-dev-ja — mlterm mailing list(Japanese)

[Mlterm-dev-ja] translucency using gdk-pixbuf

[MINAMI H. <mi...@ch...>]

南です

背景画像の処理を imlib でなく gdk-pixbuf でも行えるようにしたいと思います。
#個人的な好みにより

いまのところ gdk-pixbuf 0.16 または gtk 2.0.2(附属のgdk-pixbuf)で使える
(http://minami.unlimeted.com/mlterm/mlterm-gdkpixbuf2.png)
ようになったと思うので、動作を確認していただけると幸いです。

a)
 1. パッチ(http://minami.unlimeted.com/mlterm/gdk.diff) を当てる
 2. src/ml_picture.c を http://minami.unlimeted.com/mlterm/ml_picture.c で置き換え
 3. src/ に http://minami.unlimeted.com/mlterm/ml_picture_gdk.c、
            http://minami.unlimeted.com/mlterm/ml_picture_imlib.c をコピー
 4. autoconf/ で autoconf を実行
または
b)
 上記を固めたもの
 (http://minami.unlimeted.com/mlterm/mlterm-gdkpixbuf-020416.tar.bz2)
 を展開

して、 --enable-gdk-pixbuf を付けて ./configure でできるはずです。

よくなるのは、
 * brightness に 100% より大きな値が指定できる
 * mlterm -j genuine -P 0 で起動して、mlclient -tでリクエストしても落ちない(はず)

怪しいのは
 * gdk-pixbuf の検出が環境に依存するかも
 * -j と併用すると 条件によっては刺さる？
 * 色の変化が自然でない(まともな感覚モデルを使うべき)
ところかと。

[Mlterm-dev-ja] sample font configuration file

[Tomohiro K. <tk...@ri...>]

久保田です。

フォント設定ファイルですが、かなり日本語での使用に偏っているので、
ぼくが Debian 用に作ったファイルを添付してみます。

インストールされているフォントや、インストールしやすい (パッケージ
として用意されているなど) フォントは、環境や OS に依存するので、
一概にどれがいい、とは言えないですが。

-------------- /etc/mlterm/aafont -----------------

ISO8859_1=Courier 10 Pitch-iso10646-1;
ISO8859_2=Thryomanes-iso10646-1;
ISO8859_3=Thryomanes-iso10646-1;
ISO8859_4=Thryomanes-iso10646-1;
ISO8859_5=Thryomanes-iso10646-1;
ISO8859_7=Thryomanes-iso10646-1;
ISO8859_9=Thryomanes-iso10646-1;
ISO8859_10=Thryomanes-iso10646-1;
ISO8859_13=Thryomanes-iso10646-1;
ISO8859_14=Thryomanes-iso10646-1;
ISO8859_15=Thryomanes-iso10646-1;
KOI8_R=Nimbus Mono L-iso10646-1;
KOI8_U=Nimbus Mono L-iso10646-1;
JISX0208_1978=Kochi Gothic-iso10646-1;
JISX0208_1983=Kochi Gothic-iso10646-1;
JISX0208_1990=Kochi Gothic-iso10646-1;
KSX1001_1997=dotum-iso10646-1;
BIG5=AR PL Mingti2L Big5-iso10646-1;
GB2312_80=AR PL SungtiL GB-iso10646-1;
GBK=AR PL SungtiL GB-iso10646-1;

ISO10646_UCS2_1=Courier 10 Pitch-iso10646-1;
#ISO10646_UCS2_1=Thryomanes-iso10646-1;


# Japanese speakers may want to enable the following setting.
ISO10646_UCS2_1_BIWIDTH=Kochi Gothic-iso10646-1;

# Korean speakers may want to enable the following setting.
#ISO10646_UCS2_1_BIWIDTH=dotum-iso10646-1;

# Traditional Chinese speakers may want to enable the following setting.
#ISO10646_UCS2_1_BIWIDTH=AR PL Mingti2L Big5-iso10646-1;

# Simplified Chinese speakers may want to enable the following setting.
#ISO10646_UCS2_1_BIWIDTH=AR PL SungtiL GB-iso10646-1;

---------------------------------------------
Courier 10 Pitch は、/etc/X11/XftConfig に
dir "/usr/X11R6/lib/X11/fonts/Type1"
と書かれているあたりのフォントです。たぶん Debian 特有でしょう。

Thryomanes というのは、ftp://ftp.io.com/pub/usr/hmiller/fonts/
にあるフォントで、ラテン・キリル・ギリシャ系の多くのグリフを持って
います。プロポーショナルなのでいまいちかも。

韓国語は baekmuk フォント、中国語は arphic フォントです。
これら (と東風) を統合したフォントがあればいいのですが...
まあ、統合漢字については、きれいな解というのは無理ですね。

ロシア文字は、

    1) urw-fonts-1.0.7pre4.tar.bz2 and oldslavic.tar.bz2 from
       ftp://ftp.gnome.ru/fonts/
       Maintainer: Valek Filippov <fr...@df...>

    2) ftp://ftp.ice.ru/pub/fonts/type1/teams-1.1.tar.gz
       Maintainer: TopTeam Co. <http://www.topteam.bg>
                   Alexander Shopov <al_...@we...>

のあたりにあるそうです。(scalable-cyrfonts パッケージの
ドキュメントからの抜粋)。等幅フォントなので、thryomanes よりも
きれいに表示できます。

もし、*BSD とかでも気軽に使えそうでしたら、コメントアウトででも
入れてもらえれば幸いです。

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

[Mlterm-dev-ja] 2.4.0 released

[Araki K. <ara...@us...>]

        Hi,

        I released mlterm version 2.4.0.

        Following is a change log.

* #RRGGBB format is supported for specifying fg/bg color.
* All color names defined in rgb.txt are available for specifying fg/bg color.
* Bidi processing is improved for practical use.(Thanks to Nadim Shaikli)
* Even if console applications don't support character combining, -J/--dyncomb
  option enables them to show combining characters correctly.
* Shortcut keys for scrolling which are not compatible with xterm are disabled
  by default. -q/--extkey option enables them.
* And many monor bus are fixed.

--
kiken
ara...@us...

Re: [Mlterm-dev-ja] [PATCH] configure with srcdir

[Nobuyoshi N. <nob...@so...>]

なかだです。

At Sat, 13 Apr 2002 02:36:22 +0900,
Araki Ken wrote:
>         1. コンパイルプロセスの設計を大幅に見直さねばならなくなります。
>            (kiklib,mkf,それ以外が、それぞれ単独で configure;make できるようにする
>            という少々特殊な条件があったりしまして....)

これは一応考慮したつもりだったんですが、ちょっと確認が甘かった
ようです。

>            あと、libtool 関係のファイルは、そのまま autoconf/ 以下にあってええん
>            かな? aclocal,autoconf の時に面倒じゃない? とか。

それはたしかにそうなんですが動くことは動くので。これも移動させ
るとパッチが更に膨れあがってしまうというのもありますし。

>         2. いただいたパッチでは、configure 時に *.in からのファイル生成に失敗し
>            たり、*BSD の /bin/sh には、type -p perl が解釈できない、など少々問題が
>            ありました。

何に失敗しました? type -pはwhichを使えば大丈夫でしょうか。

>         3. オリジナルの mlterm.spec を書かれた西沢と、インストールディレクトリの
>            ポリシーが違っていましたが、わたしは、RPM については全く関知しておりま
>            せんので、その辺、説明とかすりあわせとか必要? とか思いました。

すいません。mlterm.specのパッチはとりあえず無視しといてください。

>         # そもそも、わたしが、autoconf や rpm について、理解していない部分がおおい
>         # ので、素早く対応するのが難儀というか、それ以前に、mlterm.spec の変更点を
>         # 見ても、「ソースと別のディレクトリでコンパイルする」ということの意味が、
>         # まだよくわかっていなかったりするのですが....^_^;

複数のプラットフォームでコンパイルしたり、オプションを変えてみ
たりするときには、ソースディレクトリでしかできないのは不便だと
思うのですが。

autoconfには元々サブディレクトリに降りていってconfigureする、と
いう機能があるわけですが、これはあくまでサブディレクトリ方向に
しか働かなくて、../srcのように親ディレクトリを経由するような使
い方はできないようなのです。

>         とりあえずは、2.4.0 のリリースを優先させたいと思っておりますので、この件に
>         つきましては、その後に、merge させていただく、ということでお願い致します _o_

別に急ぐ必要もありませんし、まだ検討しなければならないこともあ
りますから。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

[Mlterm-dev-ja] (no subject)

[Tomohiro K. <tk...@ri...>]

久保田です。

At Sat, 13 Apr 2002 02:36:28 +0900,
Araki Ken wrote:

> >> いざというときのために、久保田さんにも commit 権を持っていただいた
> >> ほうがよいかと思いますが、どうでしょうか?
> > ぼくのほうも、ここ数週間は、あまり動けなさそうですが、いざというとき
> > 用でしたら、かまわないです。
> 
>         UNIX User Name の "kubota" を追加させていただきました。
> 
>         # あってますよね ^_^;


あってますよ。cvs pserver で checkout ができることを確認しました。
(なぜか ext (ssh) だとうまくいかないです。)

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

Re: [Mlterm-dev-ja] [PATCH] configure with srcdir

[Araki K. <ara...@us...>]

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] [PATCH] configure with srcdir
	From: Araki Ken <ara...@us...>
	Message-ID: <7zzo08u8ib.fsf@totally-fudged-out-message-id>
	Date: Sat, 13 Apr 2002 02:36:22 +0900

>         3. オリジナルの mlterm.spec を書かれた西沢と、インストールディレクトリの
                                                ^^^^ => 西沢さん
>            ポリシーが違っていましたが、わたしは、RPM については全く関知しておりま
>            せんので、その辺、説明とかすりあわせとか必要? とか思いました。

        すみません、「さん」が抜けておりました _o_
        
	では
--
kiken
ara...@us...

Re: [Mlterm-dev-ja] kterm or xterm

[Araki K. <ara...@us...>]

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] kterm or xterm
	From: Tomohiro KUBOTA <tk...@ri...>
	Message-ID: <200...@si...>
	Date: Thu, 11 Apr 2002 09:36:13 +0900

> コンパイル時切り替えで十分ではないでしょうか。

        なんとか逃げられる限り、TERM=mlterm は極力避けたいと思っておりますの
        で、mlterm --term kterm なら、bce は off がデフォルト、mlterm --term
        xterm なら、bce は on がデフォルト、かつ、強制的に bce の on / off 指
        定するオプションを用意、とでもしておくつもりです。
        
        # 実装の都合で、結局やめ、ということはありえますが、今のところは考え
        # ておりません。

>> いざというときのために、久保田さんにも commit 権を持っていただいた
>> ほうがよいかと思いますが、どうでしょうか?
> ぼくのほうも、ここ数週間は、あまり動けなさそうですが、いざというとき
> 用でしたら、かまわないです。

        UNIX User Name の "kubota" を追加させていただきました。

        # あってますよね ^_^;

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

Re: [Mlterm-dev-ja] [PATCH] configure with srcdir

[Araki K. <ara...@us...>]

	荒木です:-)

	Subject: [Mlterm-dev-ja] [PATCH] configure with srcdir
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Mon, 01 Apr 2002 23:01:08 +0900

> configureでsrcdirを有効にする、つまりソースと別のディレクトリで
> コンパイルできるようにするパッチです。MakefileはCVSには不要にな
> ります。

        遅くなってすみません。
        というのも、これをそのままとりいれるとなりますと、

        1. コンパイルプロセスの設計を大幅に見直さねばならなくなります。
           (kiklib,mkf,それ以外が、それぞれ単独で configure;make できるようにする
           という少々特殊な条件があったりしまして....)
           あと、libtool 関係のファイルは、そのまま autoconf/ 以下にあってええん
           かな? aclocal,autoconf の時に面倒じゃない? とか。
        2. いただいたパッチでは、configure 時に *.in からのファイル生成に失敗し
           たり、*BSD の /bin/sh には、type -p perl が解釈できない、など少々問題が
           ありました。
           (手元では、現象を確認しただけで、まだちゃんと修正してません)
        3. オリジナルの mlterm.spec を書かれた西沢と、インストールディレクトリの
           ポリシーが違っていましたが、わたしは、RPM については全く関知しておりま
           せんので、その辺、説明とかすりあわせとか必要? とか思いました。

        など、ありまして、少々苦慮しておりました。

        # そもそも、わたしが、autoconf や rpm について、理解していない部分がおおい
        # ので、素早く対応するのが難儀というか、それ以前に、mlterm.spec の変更点を
        # 見ても、「ソースと別のディレクトリでコンパイルする」ということの意味が、
        # まだよくわかっていなかったりするのですが....^_^;

        とりあえずは、2.4.0 のリリースを優先させたいと思っておりますので、この件に
        つきましては、その後に、merge させていただく、ということでお願い致します _o_

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

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Tomohiro K. <tk...@ri...>]

久保田です。

At Thu, 11 Apr 2002 12:41:37 +0900 (JST),
sakamoto hironori wrote:

> > > 個人的には、bce な動作をする場合とそうでない場合の二種類の関数を用
> > > 意し、それらをオプション切替する、という解をとりたいと思っています。
> > コンパイル時切り替えで十分ではないでしょうか。
> 
> telnet 等で別の環境にログインする場合を考えると、オプションがあった方
> がいいです。

そこまで対応する (手間を惜しまない) のなら、TERM=mlterm の定義を
作ってしまうのがいちばんすっきりすると思います。ログインする可能性の
あるサイトすべてに TERM=mlterm の定義を置いておくわけです。すっかり
熟したら、ncurses とかに「入れてくれ」と頼むのもいいでしょう。

もちろん、その定義は、xterm を継承してはいけません。

(ただし、もし、きちんと内容が一意に定義できる TERM の定義がどこかに
あれば、それを使う (それに合わせて実装する) のもいいかもしれません。)


> > あるいは、BSD では、kterm や eterm や rxvt は、どのようにして使っているの
> > でしょうか。
> 
> たぶん、完全には動いてはいないかと。
> # Linux のパッケージの様にオリジナルのソースに手を入れて動かす、
> # ということをしないというものありますが。
> # (一長一短あるけれど私は否定的。他の環境と並行して使うので
> # オリジナルの動作が変わると嫌なのと、パッケージ由来の仕様や
> # バグが原作者に迷惑をかける可能性があるので。)

なるほど。ちなみに Debian の場合には、 ^H キーと Delete キーと
BS キーの動作はこうでなければならない、というのが決まっている
以外は、ソースに手を加える理由はありません。

そのかわり、rxvt なら TERM=rxvt で使います。が、gnome-terminal
とか hanterm は、TERM=xterm になっています。

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

[Mlterm-dev-ja] Re: kterm or xterm

[Hironori S. <hs...@mt...>]

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

> $B5WJ]ED$G$9!#(B
> At Wed, 10 Apr 2002 20:33:49 +0900,
> Araki Ken wrote:
> > $B8D?ME*$K$O!"(Bbce $B$JF0:n$r$9$k>l9g$H$=$&$G$J$$>l9g$NFs<oN`$N4X?t$rMQ(B
> > $B0U$7!"$=$l$i$r%*%W%7%g%s@ZBX$9$k!"$H$$$&2r$r$H$j$?$$$H;W$C$F$$$^$9!#(B
> $B%3%s%Q%$%k;~@Z$jBX$($G==J,$G$O$J$$$G$7$g$&$+!#(B

telnet $BEy$GJL$N4D6-$K%m%0%$%s$9$k>l9g$r9M$($k$H!"%*%W%7%g%s$,$"$C$?J}(B
$B$,$$$$$G$9!#(B

> $B$"$k$$$O!"(BBSD $B$G$O!"(Bkterm $B$d(B eterm $B$d(B rxvt $B$O!"$I$N$h$&$K$7$F;H$C$F$$$k$N(B
> $B$G$7$g$&$+!#(B

$B$?$V$s!"40A4$K$OF0$$$F$O$$$J$$$+$H!#(B
# Linux $B$N%Q%C%1!<%8$NMM$K%*%j%8%J%k$N%=!<%9$K<j$rF~$l$FF0$+$9!"(B
# $B$H$$$&$3$H$r$7$J$$$H$$$&$b$N$"$j$^$9$,!#(B
# ($B0lD90lC;$"$k$1$l$I;d$OH]DjE*!#B>$N4D6-$HJB9T$7$F;H$&$N$G(B
# $B%*%j%8%J%k$NF0:n$,JQ$o$k$H7y$J$N$H!"%Q%C%1!<%8M3Mh$N;EMM$d(B
# $B%P%0$,86:n<T$KLBOG$r$+$1$k2DG=@-$,$"$k$N$G!#(B)

FreeBSD $B$@$H(B TERM=xterm $B$G$O?'$,=P$J$$$N$G!"(B
  env TERM=xterm-color <command>
$B$H$+NI$/$d$j$^$9!#(B
# /etc/termcap $B$r=q$-49$($k$H$+(B ~/.termcap $B$r=q$/$H$+$b$9$k$+$J!#(B
# $B4D6-JQ?t(B TERMCAP $B$,M-8z$J$b$N$b$"$k$_$?$$$G$9!#(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] kterm or xterm

[Tomohiro K. <tk...@ri...>]

久保田です。

At Wed, 10 Apr 2002 20:33:49 +0900,
Araki Ken wrote:

> 個人的には、bce な動作をする場合とそうでない場合の二種類の関数を用
> 意し、それらをオプション切替する、という解をとりたいと思っています。

コンパイル時切り替えで十分ではないでしょうか。
あるいは、BSD では、kterm や eterm や rxvt は、どのようにして使っているの
でしょうか。xterm にはいろんな実装があって混乱しているとしても、
kterm や eterm や rxvt の実装はひとつしかないはずです。それらを
うまく使うことができているとしたら、mlterm も bce な動作をするか
しないかのどちらかだけで十分に思います。ただ、mlterm で使うべき
TERM 名さえ一意に決めてしまえば。(ただ、TERM=kterm は TERM=xterm
をもとにしているみたいですので、不適当だと思いますが)。

> いざというときのために、久保田さんにも commit 権を持っていただいた
> ほうがよいかと思いますが、どうでしょうか?

ぼくのほうも、ここ数週間は、あまり動けなさそうですが、いざというとき
用でしたら、かまわないです。

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

Re: [Mlterm-dev-ja] kterm or xterm

[Araki K. <ara...@us...>]

	荒木です:-)

	Subject: [Mlterm-dev-ja] kterm or xterm
	From: Tomohiro KUBOTA <tk...@ri...>
	Message-ID: <200...@si...>
	Date: Mon, 08 Apr 2002 17:13:07 +0900

> 1. mlterm は kterm 互換の動作をするものと仕様決定し、TERM=xterm
>    での使用を禁止する。
>
> 2. mlterm の動作を xterm 互換に改め、TERM=kterm での使用を禁止
>    する。
>
> 3. TERM=mlterm を作ってしまう。

        bce については、以前より、他の方からも、個人的にメールをいただいて
        おります。
        対処が面倒だなぁ、と思って、とりあえずは放置していたのですが、これ
        を機に、なんとかしてみようと思います。

        個人的には、bce な動作をする場合とそうでない場合の二種類の関数を用
        意し、それらをオプション切替する、という解をとりたいと思っています。

        今のところは、2.4.0 リリースを優先したいので、実装は、その後という
        ことにしたいと思っています。

        # 今週末には、2.4.0 出します。

> 気分的には、この際 2 としてしまいたいところです。が、荒木さんが
> いまあまり動けない状況ですので、いかがでしょうか? 「cvs commit
> 権限あげるから勝手にやってくれ」とのことでしたらそれでもいいです。
> (が、mlterm のソースは階層構造が複雑なので、その設計思想に沿った
> 書き換えができるかというと、ちょっと自信がないです)。

        いざというときのために、久保田さんにも commit 権を持っていただいた
        ほうがよいかと思いますが、どうでしょうか?

        # 南さんは、すでに commit 権を持っておられますし、坂本さんは勧誘中です:)

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

Re: [Mlterm-dev-ja] Re: kterm or xterm

[MINAMI <mi...@ch...>]

南です

On Wed, 10 Apr 2002 12:08:39 +0900
Nobuyoshi Nakada <nob...@so...> wrote:

> > 手元(debian sid)の dialog の文字出力には curses の waddch (addch の wide char版)
> > が使われているので、curses の実装次第だと思います。
> 
> waddchのwはWINDOWでは?

すみません。勘違いしてました。

どうやら --enable-widec で作った ncurses 5.2 では、(w)addch で呼ばれたときでも
 wide char の処理が行なわれるようになっているように見えるので、
表示に curses を使っているアプリケーションはそれなりの動作をするのではないでしょうか。

#ダイアログの幅とか自前で計算していると駄目?

Re: [Mlterm-dev-ja] Re: kterm or xterm

[MINAMI H. <mi...@ch...>]

南です。

On Wed, 10 Apr 2002 12:44:43 +0900 (JST)
Hironori Sakamoto <hs...@mt...> wrote:

> # GNU-ncurses 5.2 なら UTF-8 での addwch が使えるのか。
> # でもカラム数はどうしてるのかなぁ。

幅は wcwidth で数えているようなので、 locale 次第で(UTF-8 固定ではなく)
処理されるようにはなっているきがします。

# 手元では名前が add_wch なのはなぜ? 

[Mlterm-dev-ja] Re: kterm or xterm

[Hironori S. <hs...@mt...>]

> $B$J$+$@$G$9!#(B
> MINAMI Hirokazu wrote:
> > > dialog $B$N9q:]2=$C$F$I$&$d$C$F$$$k$s$G$9$+!)(B
> > > $B%U%j!<$N(B (n)curses $B$G$^$H$b$K%^%k%A%P%$%H$,07$($k$N$C$F(B
> > > $B$"$k$s$G$7$g$&$+!)(B 
> > $B<j85(B(debian sid)$B$N(B dialog $B$NJ8;z=PNO$K$O(B curses $B$N(B waddch (addch $B$N(B wide char
> > $B$,;H$o$l$F$$$k$N$G!"(Bcurses $B$N<BAu<!Bh$@$H;W$$$^$9!#(B
> waddch$B$N(Bw$B$O(BWINDOW$B$G$O(B?

$B$=$&$G$9$M!#(B
wide char $B$r;H$&J}$O(B addwch(chtype wch) $B$G$9!#(B

# GNU-ncurses 5.2 $B$J$i(B UTF-8 $B$G$N(B addwch $B$,;H$($k$N$+!#(B
# $B$G$b%+%i%`?t$O$I$&$7$F$k$N$+$J$!!#(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Nobuyoshi N. <nob...@so...>]

なかだです。

At Wed, 10 Apr 2002 11:27:30 +0900,
MINAMI Hirokazu wrote:
> > dialog の国際化ってどうやっているんですか？
> > フリーの (n)curses でまともにマルチバイトが扱えるのって
> > あるんでしょうか？ 
> 
> 手元(debian sid)の dialog の文字出力には curses の waddch (addch の wide char版)
> が使われているので、curses の実装次第だと思います。

waddchのwはWINDOWでは?

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

Re: [Mlterm-dev-ja] Re: kterm or xterm

[MINAMI H. <mi...@ch...>]

南です

On Tue, 09 Apr 2002 02:46:31 +0900
Tomohiro KUBOTA <tk...@ri...> wrote:

> mlterm-xterm.png の画面が大きく崩れています。
> また、mlterm-kterm.png と kterm.png で、罫線の表示に
> 一部不具合があります。

mlterm-xterm.png で背景が青くなっていないということだと思うのですが、
これは curses の clear() の挙動の違いからきているとおもいます。

昔 fg_color=black / bg_color=white の mlterm で、

#!/usr/bin/perl
use Curses;
$win = new Curses;
start_color();
$win->clear();
$win->box(ACS_VLINE, ACS_HLINE);
$win->attrset(0);
$win->addstr(10,10,"abc");
$win->refresh();
$win->getch();
endwin();

とかしたときに、TERM=xterm の場合に背景(何も書いていないところ)の表示に curses
の設定する背景色が反映されないのに困って、明示的に空白を埋めて回避した覚えがあります。

Re: [Mlterm-dev-ja] Re: kterm or xterm

[MINAMI H. <mi...@ch...>]

南です

On Tue, 9 Apr 2002 12:02:41 +0900 (JST)
Hironori Sakamoto <hs...@mt...> wrote:

> dialog の国際化ってどうやっているんですか？
> フリーの (n)curses でまともにマルチバイトが扱えるのって
> あるんでしょうか？ 

手元(debian sid)の dialog の文字出力には curses の waddch (addch の wide char版)
が使われているので、curses の実装次第だと思います。

現在 ncurses 5.2 は
   --enable-widec          compile with experimental wide-char/UTF-8 code
なる configure オプションを持っていて、debian にはパッケージ(libncursesw5)も存在しています。

ただ dialog 自体は /usr/lib/libncursesw.so.5 ではなく、/lib/libncurses.so.5 にリンク
されいるようなので、利用はされてないのかもしれません。
# --enable-widec で何が変わるのかきちんと追ってないので、確信がないですが

BSD の curses だとこの辺はどうなのでしょう？

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Nobuyoshi N. <nob...@so...>]

なかだです。

At Wed, 10 Apr 2002 00:15:06 +0900 (JST),
Hironori Sakamoto wrote:
> > > dialog --msgbox abc 5 20 > dump
> > > ってやるとシーケンスが分かりますね。
> > これは、分からなかったです。dump は 0 バイトになります。
> 
> あり？ debian のは賢い(tty 以外には出力しない)のかな。

大概そうじゃないですか? script使えば見られると思いますが。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

Re: [Mlterm-dev-ja] Re: kterm or xterm

[<hs...@mt...>]

坂本です。
# OT ですが、

> 久保田です。
> > dialog --msgbox abc 5 20 > dump
> > ってやるとシーケンスが分かりますね。
> これは、分からなかったです。dump は 0 バイトになります。

あり？ debian のは賢い(tty 以外には出力しない)のかな。

> > dialog の国際化ってどうやっているんですか？
> > フリーの (n)curses でまともにマルチバイトが扱えるのって
> > あるんでしょうか？ (S-Lang ?)
> Debian では、単にバイト数とカラム数が一致するのに任せている
> だけだと思います。ただし、slang とか whiptail には UTF-8
> コンパイルオプションがあるとかいう噂。

バイト数とカラム数の一致だけだと、popup ウィンドウが漢字の
2バイト目に上書きしてしまう様な場合に化けてしまい、使いもの
にならないような…。
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Tomohiro K. <tk...@ri...>]

久保田です。

At Tue, 9 Apr 2002 12:02:41 +0900 (JST),
sakamoto hironori wrote:

> xterm での白い罫線のことでしたら、これは仕様上の問題です。
> xterm (XFree86) は 16色拡張をしていて bold にすると色が
> 変わりますから。
> # printf "\033[31mX\033[1mX\033[m\n"
> # とかで分かります。
> # max_colors (terminfo で colors, termcap で Co) が
> # 8 なら使えない(使ってはいけない)はずなんだけどなぁ。

そうだったんですね。
# 知らないことだらけ。


> ところで、kterm のソースアーカイブにある kterm 用 termcap は
> vk|kterm|kterm kanji terminal emurator (X window system):\
>         :hs:es:ts=\E[?E\E[?%i%dT:fs=\E[?F:ds=\E[?H:tc=xterm:
> なので、ほとんど xterm と同じになるはずなのですが、
> 久保田さんの環境(debian)のものは違うのでしょうか。

ncurses に入っている "kterm" を使っているようです。
ncurses では、xterm-* という terminfo は大きく 2 系統に
分かれているようで、"xterm-r6" というのと "xterm-basic" と
いうのがあります。その他のほとんどの "xterm-*" はこのふたつの
どちらかを継承 (多重継承) しています。で、"xterm" は
"xterm-basic" の系列にあり、"kterm" は "xterm-r6" の
系列にあります。bce は xterm-basic で定義されています。

# (kterm: this had extension capabilities ":KJ:TY=ascii:" -- esr)
# (kterm should not invoke DEC Graphics as the alternate character set
#  -- Kenji Rikitake)
# (proper setting of enacs, smacs, rmacs makes kterm to use DEC
# Graphics
#  -- MATSUMOTO Shoji)
kterm|kterm kanji terminal emulator (X window system), 
        eslok, hs, 
        acsc=++\,\,--..00II``aaffgghhjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
        csr=\E[%i%p1%d;%p2%dr, dsl=\E[?H, enacs=, fsl=\E[?F, 
        kmous=\E[M, rc=\E8, rmacs=\E(B, sc=\E7, smacs=\E(0, 
        tsl=\E[?E\E[?%i%dT, use=xterm-r6, use=ecma+color, 

といったぐあいです。(ncurses-5.2.20020112a/misc/terminfo.src)

ちなみに、"kterm" が "xterm" を継承していたら、"xterm" には
バリアントがいっぱいあってわけわからん状態なので、"kterm" も
そのわけわからん状態をそのままひきついでしまうのでは
ないでしょうか。(つまり、"kterm" も "xterm" 同様に信用ならない
ということ)。


> dialog --msgbox abc 5 20 > dump
> ってやるとシーケンスが分かりますね。

これは、分からなかったです。dump は 0 バイトになります。


> dialog の国際化ってどうやっているんですか？
> フリーの (n)curses でまともにマルチバイトが扱えるのって
> あるんでしょうか？ (S-Lang ?)

Debian では、単にバイト数とカラム数が一致するのに任せている
だけだと思います。ただし、slang とか whiptail には UTF-8
コンパイルオプションがあるとかいう噂。

# Debian 用 mlterm パッケージでは、許容される TERM は xterm
# と kterm ではなくて、xterm-color と kterm となるようにしました。
# xterm-color は kterm 同様、xterm-r6 を継承しています。
# Woody のリリースが近いっぽいので、とりあえずの解決策を
# 入れておく必要があるので。

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

[Mlterm-dev-ja] Re: kterm or xterm

[Hironori S. <hs...@mt...>]

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

> $B5WJ]ED$G$9!#(B
> $B$^$?!"(Bmlterm-kterm.png $B$H(B kterm.png $B$G!"7S@~$NI=<($K(B        
> $B0lItIT6q9g$,$"$j$^$9!#(B                                      

xterm $B$G$NGr$$7S@~$N$3$H$G$7$?$i!"$3$l$O;EMM>e$NLdBj$G$9!#(B
xterm (XFree86) $B$O(B 16$B?'3HD%$r$7$F$$$F(B bold $B$K$9$k$H?'$,(B
$BJQ$o$j$^$9$+$i!#(B
# printf "\033[31mX\033[1mX\033[m\n"
# $B$H$+$GJ,$+$j$^$9!#(B
# max_colors (terminfo $B$G(B colors, termcap $B$G(B Co) $B$,(B
# 8 $B$J$i;H$($J$$(B($B;H$C$F$O$$$1$J$$(B)$B$O$:$J$s$@$1$I$J$!!#(B

$B$H$3$m$G!"(Bkterm $B$N%=!<%9%"!<%+%$%V$K$"$k(B kterm $BMQ(B termcap $B$O(B
vk|kterm|kterm kanji terminal emurator (X window system):\
        :hs:es:ts=\E[?E\E[?%i%dT:fs=\E[?F:ds=\E[?H:tc=xterm:
$B$J$N$G!"$[$H$s$I(B xterm $B$HF1$8$K$J$k$O$:$J$N$G$9$,!"(B
$B5WJ]ED$5$s$N4D6-(B(debian)$B$N$b$N$O0c$&$N$G$7$g$&$+!#(B

dialog --msgbox abc 5 20 > dump
$B$C$F$d$k$H%7!<%1%s%9$,J,$+$j$^$9$M!#(B

dialog $B$N9q:]2=$C$F$I$&$d$C$F$$$k$s$G$9$+!)(B
$B%U%j!<$N(B (n)curses $B$G$^$H$b$K%^%k%A%P%$%H$,07$($k$N$C$F(B
$B$"$k$s$G$7$g$&$+!)(B (S-Lang ?)
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Tomohiro K. <tk...@ri...>]

久保田です。

At Mon, 8 Apr 2002 18:16:13 +0900 (JST),
sakamoto hironori wrote:

> > いま、mlterm を LANG=xterm で使っているのですが、ひとつ不具合
> > (というほどでもないですが) があります。それは、dialog --msgbox
> > を使ったとき、ダイアログボックスがきちんと表示されない、という
> 
> ちょっとどういう現象が問題になったのか良く分からないです。

http://www.debian.or.jp/~kubota/dialog/
以下に、画像をいくつか置いてみました。
mlterm-xterm.png と mlterm-kterm.png は、
mlterm 上で TERM=xterm と TERM=kterm としたときの結果です。

mlterm-xterm.png の画面が大きく崩れています。
また、mlterm-kterm.png と kterm.png で、罫線の表示に
一部不具合があります。
一方、rxvt.png などで、ダイアログボックスの右下から右に
向かって黒い線が表示される不具合があります。

やりたいことは、これをきれいに表示することです。が、
表示内容そのものにかかわることではないので、優先順位としては
それほど高くないつもりでいます。

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

Re: [Mlterm-dev-ja] character conversion in ml_vt100_parser.c

[Tomohiro K. <tk...@ri...>]

久保田です。

At Sun, 07 Apr 2002 23:56:34 +0900,
Tomohiro KUBOTA wrote:

> が原因らしい、というところまで分かりました。
> ところで、このコードは何のためにあるのでしょうか。

すみません、理解しました。
XFree86 が配布する -misc-fixed-medium-r-normal--%d-*-iso8859-1
には、このコードポイントに罫線文字が入っていたのですね。
うーん、ということは、XFree86 が配布するフォントに、上記 %d が
16 となるようなものがない、のが問題の根源っぽいですね。

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

Re: [Mlterm-dev-ja] Re: kterm or xterm

[Tomohiro K. <tk...@ri...>]

久保田です。

At Mon, 8 Apr 2002 18:16:13 +0900 (JST),
sakamoto hironori wrote:

> ちょっとどういう現象が問題になったのか良く分からないです。
> termcap/terminfo がシステムによって違うので再現しているかどうか
> 分からない。例えば、(今はどうか知りませんが私の使っている)
> FreeBSD だと TERM=xterm ではカラーになりません。TERM=xterm-color
> とする必要があります。

> EWS4800 の xterm (X11R5 ?) や Solaris の dtterm (CDE 用の xterm
> の後継、TERM=xterm) なんかは kterm と同じ様です。
> # こちらが正統かも。
> なので、TERM=xterm 固定としても XFree86 以外では解決しません。

なるほど。TERM=xterm のほうが流派が多いために問題が多そうですね。
kterm は具体的な実装からとった名前なので、流派の違いといった
問題はないのでしょうね。


> 結局、複数の xterm 実装が存在するのが元凶なので、そういう意味でも
> mlterm 専用のエントリを作っておいて、完全な動作を求めるならそちら
> を使ってもらう方がいいと思います。罫線の問題も解決しますし。
> # debian の rxvt なんかは、そうしていますよね。

そうですね。kterm をもとに作ることになるのでしょうか。
荒木さんが開発に用いている terminfo を使うのがいちばんでしょうね。


> terminfo が正しく把握している、というのは本当ですか？
> dialog が TERM=kterm で別処理している(もしくは w3m の様に安全側に
> 倒す ＝ CSI Ps J の動作を仮定せずに明示的に背景色で塗りつぶす)
> というのなら分かりますが。

bce という項目で記述しているようです。terminfo(5) より...

>       back_color_erase          bce   ut    screen erased with
>                                             background color

こちらの環境 (ncurses 5.2.20020112a) では、kterm にはこれがなく、
xterm にはこれがあります。

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