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

猫家です。

>         そういえば、以下の点について、補足しておこうと思ってわすれておりました_o_

教えて下さった点について、
自分のサイトに置いているテキストを修正しました。
どうもありがとうございます。

折角なので、

>         # というか、この辺にこんなものがあったりして結構びっくりしたり^_^;
>         # http://pc.2ch.net/test/read.cgi/linux/997328024/259-260

ここにもリンクを貼らせてもらいました ;)


>         aterm の 輝度調節機能につきましては、まだちゃんと調べておりません。
> 
>         単に、例えば、同じ赤でも、濃い目、中くらい、薄い目とかできりかえたい、と
>         かいう話でしたら、比較的簡単だと思いますが...

atermの-fadeオプションでは、パーセント指定で
非アクティブ時にどれぐらい暗くするかを設定できました。が、
ただ単に、アクティブ時と非アクティブ時で文字色／背景色を
変更できるようにするぐらいで十分使いものになると思っています。
（ただ、この場合だと、背景透過や背景張り付けの時には
あまり便利な機能でなくなってしまいますけど）

開発に余裕ができて、手が空いた時にでも、
もし気が向いたら、よろしくお願いします。

-------------------------------
From: nekoie <ne...@ti...>

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] Re: mlterm での anti alias について
	From: hs...@mt... (Hironori Sakamoto)
	Message-ID: <200...@mt...>
	Date: Wed, 9 Jan 2002 00:21:37 +0900 (JST)

> 『〜』『−』は CP932 (MS's Shift_JIS) と JISX0221 とで、
> Unicode への変換が違いますね。

        そうでしたか。それが原因っぽいですね:)

        Xft の実装にも、TrueType フォントの実装にも疎いので、実際、どこでおかしくなっ
        てしまっているのかはあいわらずわかりませんが...

        anti alias せずに、utf8 モードで、-kochi----normal--0-0-0-0-c-0-iso10646-1
        な東風フォントを使うと問題ないので、やっぱり、Xft 内部のどこかに原因がある
        ような気もしますが、どうもすっきりしません。
        かといって、Xft に手をいれてしらべるほど根性もありませんし...

> 同様に違う『‖』『¢』『£』『¬』『＼』はどうなんでしょ。
> 『―』(EM DASH) も違うかも。

        文字   => 東風フォントで AA 使用時のグリフ
        
        「‖」 => 「・」
        「¢」 => 空白
        「£」 => 空白
        「¬」 => 空白
        「＼」 => 「＼」
        「―」 => 「―」

        のような感じでした。
        グリフの方は、あくまでそんな感じにみえました、というだけで、実際どのコード
        ポイントのグリフが使われているのかはわかりませんけれど。
        
> # ところで、CP932 だと『〜』→ FULLWIDTH TILDE, 『‖』→ PARALLEL TO
> # なのですが、両方とも JISX0213 にあるのですよね。どうすりゃいいんだろ。

        わたしも、JISX0213 <=> Unicode 変換等についてちゃんとしらべないといけない
        はずですが、全然手をつけていません...

        # ISCII 対応のほうが、気分的に楽です:)

	では
--
kiken
j00...@ip...

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] workaround for malformed escape sequence
	From: Tomohiro KUBOTA <tk...@ri...>
	Message-ID: <200...@si...>
	Date: Wed, 09 Jan 2002 00:54:24 +0900

>>         とりあえず添付のパッチのような感じで、0x20 以上かどうかで判定するようにしました。
> VISCII は?
> (0x02, 0x05, 0x06, 0x14, 0x19, 0x1e に文字が割り当てられています)

        そのとおりです。

        # 注意力散慢ですね_o_

        結局元にもどって、LF だけ、という選択肢が一番妥当そうですね。

	では
--
kiken
j00...@ip...

久保田です。

At Wed, 09 Jan 2002 00:27:44 +0900,
Araki Ken wrote:

>         すみません、問題おおありですね_o_
> 
>         # 8 bit character のことを考えていませんでした。
> 
>         とりあえず添付のパッチのような感じで、0x20 以上かどうかで判定するようにしました。

VISCII は?
(0x02, 0x05, 0x06, 0x14, 0x19, 0x1e に文字が割り当てられています)

---
久保田智広 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] workaround for malformed escape sequence
	From: Araki Ken <j00...@ip...>
	Message-ID: <200...@pd...>
	Date: Wed, 09 Jan 2002 00:09:44 +0900

>         LF だけってのもなんですので、isprint() を使ってみました。
>
>         ESC ] Ps ; Pt BEL
>
>         シーケンスの Pt は、printable character 以外がくるはずがないので、これで
>         も問題はなさそうに思います。いかがでしょうか?

        すみません、問題おおありですね_o_

        # 8 bit character のことを考えていませんでした。

        とりあえず添付のパッチのような感じで、0x20 以上かどうかで判定するようにしました。

	では
--
kiken
j00...@ip...

Index: ml_vt100_parser.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_vt100_parser.c,v
retrieving revision 1.178
diff -u -r1.178 ml_vt100_parser.c
--- ml_vt100_parser.c	2002/01/05 09:36:04	1.178
+++ ml_vt100_parser.c	2002/01/08 15:23:57
@@ -1687,7 +1687,17 @@
 					}
 					
 					pt = str_p ;
+					
+					/*
+					 * XXX hack
+					 * The termination byte of Pt is originally 0x07(BEL) ,
+					 * but in case vt100 parser falls into infinite loop...
+					 */
+				#if  0
 					while( *str_p != CTLKEY_BEL)
+				#else
+					while( *str_p >= 0x20)
+				#endif
 					{
 						if( increment_str( &str_p , &left) == 0)
 						{

坂本です。

> 荒木です:-)
> > 東風フォントをアンチエイリアスで使うと、全角のマイナス記号と「〜」が表示されない
> これは手元でも再現できております。
> ただ、見えない 「〜」 文字の copy&paste はちゃんとできるようですので、
> JISX0208 => Unicode => Xft API => フォント出力
> の変換過程のどこかに問題がありそうです。

『〜』『−』は CP932 (MS's Shift_JIS) と JISX0221 とで、
Unicode への変換が違いますね。
同様に違う『‖』『¢』『£』『¬』『＼』はどうなんでしょ。
『―』(EM DASH) も違うかも。

# ところで、CP932 だと『〜』→ FULLWIDTH TILDE, 『‖』→ PARALLEL TO
# なのですが、両方とも JISX0213 にあるのですよね。どうすりゃいいんだろ。

# このメール、Unicode ベースの MUA だとどう見えてしまうのかなぁ(^^;
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/

	荒木です:-)

	Subject: [Mlterm-dev-ja] workaround for malformed escape sequence
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Tue, 8 Jan 2002 23:00:15 +0900

> エスケープシーケンスのきれはしを受け取ってしまうと、たとえば
> echo -e "\e];"
> とかしてしまうと、何も出力されなくなるようです。
> 現在の "ESC - ] - n ; ... \007" の処理では \007 が現れるまでの端末への出力すべて
> をエスケープシーケンスとして解釈しているようなので、
> シーケンスの始まりに見えるもの以降の出力が奪われているのだとおもいます。

        なるほど、たしかにそうですね。

> 手元では LF を受け取ったらシーケンスとしての解釈を止めることにして回避しています。

        LF だけってのもなんですので、isprint() を使ってみました。

        ESC ] Ps ; Pt BEL

        シーケンスの Pt は、printable character 以外がくるはずがないので、これで
        も問題はなさそうに思います。いかがでしょうか?

	では
--
kiken
j00...@ip...

Index: ml_vt100_parser.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_vt100_parser.c,v
retrieving revision 1.178
diff -u -r1.178 ml_vt100_parser.c
--- ml_vt100_parser.c	2002/01/05 09:36:04	1.178
+++ ml_vt100_parser.c	2002/01/08 15:05:04
@@ -7,6 +7,7 @@
 #include  <stdio.h>
 #include  <string.h>		/* memmove */
 #include  <stdlib.h>		/* atoi */
+#include  <ctype.h>		/* isprint */
 #include  <kiklib/kik_debug.h>
 #include  <mkf/mkf_ucs4_map.h>	/* mkf_map_to_ucs4 */
 #include  <mkf/mkf_ucs_property.h>
@@ -1687,7 +1688,18 @@
 					}
 					
 					pt = str_p ;
+					
+					/*
+					 * XXX hack
+					 * The termination byte of Pt is originally 0x07(BEL) ,
+					 * but isprint() is used in case vt100 parser falls into
+					 * infinite loop.
+					 */
+				#if  0
 					while( *str_p != CTLKEY_BEL)
+				#else
+					while( isprint( *str_p))
+				#endif
 					{
 						if( increment_str( &str_p , &left) == 0)
 						{

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] Re: mlterm での anti alias について
	From: nekoie <ne...@ti...>
	Message-ID: <20020107075948.GA32181%ne...@ti...>
	Date: Mon, 7 Jan 2002 16:59:48 +0900

> # それから、自分が、アンチエイリアス機能を目当てに、
> # mltermを導入した時の設定の手順を書いたものを、
> # 下記のページに置きました。
> # おかしい点や、こうすればもっと良くなるといった点が
> # ありましたら、どうか御指摘の方をよろしくお願いいたします。
>   http://labo02.tir.ne.jp/documents/mlterm/

        そういえば、以下の点について、補足しておこうと思ってわすれておりました_o_

> 元々、kinput2は、呼び出し元の端末エミュレータが使っているフォント
> の種類とサイズを何らかの方法で調査し、自分もそのフォントを使うのだ
> と思われる。しかし、mltermで現在使用しているフォントはアンチエイリ
> アスなフォントで、これは通常のフォントとは命名形式が違う。そこで、
> kinput2は自分が表示すべきフォントが分からず、とりあえずXF86Configの
> FontPathから順に探し、コーディング形式が似ているフォントで代用して
> いるのだ、と考えた。

        大体ご想像の通りなのですが、
        
> 呼び出し元の端末エミュレータが使っているフォントの種類とサイズを何らかの
> 方法で調査し、自分もそのフォントを使う

        これにつきましては、XIM クライアント(この場合 mlterm)から、XIM サーバ(この
        場合 kinput2)で使用するフォントを指定するためのプロトコルが存在しております。
        つまり、原則的には、XIM クライアントからの指定によって XIM サーバのフォント
        が決定されております。
        
        ただし、ここで指定できるフォント(具体的には XFontSet)として、Xft で使用する
        フォント情報(XftFontSet など)は使用できません。
        そこで、anti alias している mlterm では、フォントの種類は指定せず、サイズの
        み指定して 適当な XFontSet をロードし、それを XIM サーバに渡しております。
        そのため、デザイン的にミスマッチなフォントが選択されてしまう可能性が生じて
        しまうわけです。

        ということですので、

> kinput2は自分が表示すべきフォントが分からず、とりあえずXF86Configの
> FontPathから順に探し、コーディング形式が似ているフォントで代用して
> いるのだ、と考えた。

        XF86Config の FontPath から適当なフォントを検索するのは、mlterm 側というこ
        とになります。

        次に、
        
> 東風フォントをアンチエイリアスで使うと、全角のマイナス記号と「〜」が表示されない

        これは手元でも再現できております。
        ただ、見えない 「〜」 文字の copy&paste はちゃんとできるようですので、

        JISX0208 => Unicode => Xft API => フォント出力

        の変換過程のどこかに問題がありそうです。

        「〜」の Unicode での mapping が、mlterm , Xft , Kochi フォントのそれ
        ぞれで違っているのかもしれません、とかおもいつつ、あまり深くはおいかけ
        ていません_o_

        # ちなみに、MS Gothic フォントでは「〜」もちゃんと表示されます。

        aterm の 輝度調節機能につきましては、まだちゃんと調べておりません。

        単に、例えば、同じ赤でも、濃い目、中くらい、薄い目とかできりかえたい、と
        かいう話でしたら、比較的簡単だと思いますが...
        
        とりあえず、Bidi や ISCII が安定するようになってからですね:)
        
        最後になりますが、「能書き」のところの、「他言語」は、「多言語」の typo
        だと思います。

        # というか、この辺にこんなものがあったりして結構びっくりしたり^_^;
        # http://pc.2ch.net/test/read.cgi/linux/997328024/259-260

	では
--
kiken
j00...@ip...

南です

エスケープシーケンスのきれはしを受け取ってしまうと、たとえば
echo -e "\e];"
とかしてしまうと、何も出力されなくなるようです。

現在の "ESC - ] - n ; ... \007" の処理では \007 が現れるまでの端末への出力すべて
をエスケープシーケンスとして解釈しているようなので、
シーケンスの始まりに見えるもの以降の出力が奪われているのだとおもいます。

#もしかしたら CTRL_BEL を入力できれば抜けられるかもしれないですが試してません

手元では LF を受け取ったらシーケンスとしての解釈を止めることにして回避しています。

--- ../../cvs-orig/mlterm/src/ml_vt100_parser.c	Sun Jan  6 13:23:42 2002
+++ src/ml_vt100_parser.c	Tue Jan  8 22:48:51 2002
@@ -1690,4 +1690,8 @@
 					while( *str_p != CTLKEY_BEL)
 					{
+						if(  *str_p == CTLKEY_LF ){
+							/* stop to parse as escape seq. */
+							return  1 ;
+						}
 						if( increment_str( &str_p , &left) == 0)
 						{

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

> $B9SLZ$G$9(B:-)
> * fribidi 0.10.0(where FriBidiStrIndex is 32bit , not 16bit) is supported.
> * selecting region policy is changed(character is selected after mouse
>   pointer passing over it) , and some bug are fixed.
> $B:dK\$5$s$K$4;XE&$$$?$@$$$?!"NN0hA*Br$NLdBj$r=$@5$G$-$F$$$k$H;W$$$^$9!#(B
> $B$b$7$*;~4V$,$G$-$^$7$?$i!"$A$c$s$HF0:n$9$k$+;n$7$F$_$F$/$5$@$5$$(B_o_

src/ml_selection.c $B$K(B
  kik_debug_printf( "HELO\n") ;
$B$,;D$C$F$$$^$9$,(B(^^;$BF0:n$OLdBj$"$j$^$;$s!#(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

	荒木です:-)

        commit log です。
        
* fribidi 0.10.0(where FriBidiStrIndex is 32bit , not 16bit) is supported.
* selecting region policy is changed(character is selected after mouse
  pointer passing over it) , and some bug are fixed.

        坂本さんにご指摘いただいた、領域選択の問題を修正できていると思います。
        もしお時間ができましたら、ちゃんと動作するか試してみてくさださい_o_
        
	では
--
kiken
j00...@ip...

猫家です。

On Tue, Jan 08, 2002 at 05:57:58PM +0900, Araki Ken wrote:
> 	荒木です:-)
> 
>         下記の修正につきまして、2.1.2 への patch kit を作成いたしました。
>         
>         http://www.geocities.co.jp/SiliconValley-Cupertino/6461/mlterm-2.1.2pl1.tar.gz
> 
> * mlterm with --enable-debug option can dump core owing to failure of 
>   list operations. fixed. (thanks to Karl Koehler)
> * vertical tab sometimes fails. fixed.(thanks to nekoie san)
> * mlterm.spec is updated (thanks to Kiyoshi Nishizawa san)
> * -g option accepts minus x/y position.
> * when color rgb is explicitly assigned in ~/.mlterm/color , reversed color is not
>   drawn correctly under Anti Alias mode. fixed. (thanks to nekoie san)

早速試させていただきました。
tabの件と、geometry位置指定のマイナス指定の件、
アンチエイリアス時のpriv_fg, priv_bgでのカーソル色の件、
動作している事を確認しました。
どうもありがとうございます。

それから、mlterm導入ページにリンクを貼って下さって、
こちらもありがとうございます :)

-------------------------------
From: nekoie <ne...@ti...>

	荒木です:-)

        下記の修正につきまして、2.1.2 への patch kit を作成いたしました。
        
        http://www.geocities.co.jp/SiliconValley-Cupertino/6461/mlterm-2.1.2pl1.tar.gz

* mlterm with --enable-debug option can dump core owing to failure of 
  list operations. fixed. (thanks to Karl Koehler)
* vertical tab sometimes fails. fixed.(thanks to nekoie san)
* mlterm.spec is updated (thanks to Kiyoshi Nishizawa san)
* -g option accepts minus x/y position.
* when color rgb is explicitly assigned in ~/.mlterm/color , reversed color is not
  drawn correctly under Anti Alias mode. fixed. (thanks to nekoie san)

        まだ、sourceforge にはおいていませんが、もし、これでとくに問題がないよう
        でしたら、正式に patch kit として 配布いたします。

        ほとんどが、猫家さんからいただいた問題報告への対応だったりしますので、で
        きれば確認いただけるとありがたいです _o_ > 猫家さん

        patch のみの配布ですので、mlterm.spec は、2.1.2 のままです。
        mlterm -v は、

mlterm version 2.1.2 patch level 1

        と返します。

	では
--
kiken
j00...@ip...

	荒木です:-)

        commit log です。

* mlterm with --enable-debug option can dump core owing to failure of 
  list operations. fixed. (thanks to Karl Koehler)
* ISCII / Bidi codes are more shared.
* mlterm.spec is updated (thanks to Kiyoshi Nishizawa san)
* ISCII characters in backscroll logs cannot be selected(and copyed) correctly.
  fixed.
* Window is not resized when font size is changed. fixed.
* -g option accepts minus x/y position.
* vertical tab sometimes fails. fixed.(thanks to nekoie san)
* default font size range is 6 - 30.

        visual <=> logical 順序変換につきましても抽象化しました(ml_logical_visual_t)
        ので、ISCII や UTF-8 の RTL 文字以外のケース(ISO8859-8 Hebrew など)への対応
        も、できそうな感じです。

        それから、領域選択の開始を文字の右端にきた時点からにするのは未実装です_o_

	では
--
kiken
j00...@ip...

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] tab size is break in scrolling
	From: Araki Ken <j00...@ip...>
	Message-ID: <200...@pd...>
	Date: Mon, 07 Jan 2002 23:09:42 +0900

>> tabを含むテキストファイルをcat等で開いた時に、
>> tabのサイズが「ターミナルの横幅サイズ-1」（横幅が80なら79）に
>> されてしまう時があるようです。
>> mltermを開いて、適当に改行を押して、カーソルを最下段にもってきて、
>> コマンド実行で、画面のスクロールが発生する状態の時に、
>> cat等のコマンドでtabを含むテキストファイルを表示すると、
>> 上記の不具合が再現する事を手元で確認しています。
>
>         残念ながら、手元では再現できませんでした。

        済みません、昨晩はねぼけておりました。
        さきほど再度試してみましたところ、きちんと再現できましたし、原因もわかり
        ました。tab stop list の管理を下手っていました_o_

        これも、のちほど、commit いたします。
        余裕があれば、2.1.2 でも対応いたします。

	では
--
kiken
j00...@ip...