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

	荒木です:-)

        k14 フォントを基に、縦表示用のフォントを作ってみました。
        xmbdfed を使って、10分ででっちあげたものですが、これを使って、手元の青
        空文庫をながめてみた限りでは、大体まともに表示されました。

        http://www.geocities.co.jp/SiliconValley-Cupertino/6461/vk14.bdf.gz

        # この程度の労力ですむなら、10 dot - 16 dot くらいまでの縦用日本語フォン
        # トを用意するのはそれほど手間ではなさそう。

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

	荒木です:-)

        commit log です。
        
* -o/--lsp/line_space option is added.

	Subject: Re: [Mlterm-dev-ja] commit log [20020131]
	From: Araki Ken <j00...@ip...>
	Message-ID: <200...@pd...>
	Date: Thu, 31 Jan 2002 17:17:56 +0900

>> それから、関係ない機能になりますが、行間に指定ドット数のスペースを
>> あける機能って、ありませんでしたよね。
>         後程 commit します。

        しました。

        -o/--lsp/line_space オプションで、行間を指定できます。
        mlconfig からも変更できます。

        それから、FreeBSD で、screen を C-a S で二分割して使用した場合に、
        mlterm が core dump するという報告を頂いております。
        
        手元(NetBSD 1.5ZA)では再現できませんでしたが、どなたか、同様の症状
        が発生した方はおられますでしょうか?

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

南です

On Thu, 31 Jan 2002 00:01:47 +0900
Araki Ken <j00...@ip...> wrote:

>         また、スクロールアウトした行は、縦表示されません。そこまで縦表示にするつも
>         りはあまりないです。

縦表示している際にスクロールバーを非表示にできるように、
スクロールバーの使用を動的に on/off できるようになっていると良さそうな気がします。

>         縦用のフォントを別途、tfont,taafont で指定するようにはするつもりです。
>         が、X で使える縦用のフォントってあります?

Kochi Mincho/Gothic には日本語の縦書き用グリフも含まれているらしいです。
#縦書き用も含む CID font は作られてました。 (http://kappa.allnet.ne.jp/Kochi-CID/)

Xft/X-TT から直接縦書き用グリフを利用することはできないと思うのですが、
事前にグリフを並べ替えて "縦書き用の" ttfを作っておいて、縦書き時に
利用することは可能かもしれません。

#が、来週まではあまり余裕がないのでここまでしか調べられてないです。

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] commit log [20020131]
	From: Tomohiro KUBOTA <tk...@ri...>
	Message-ID: <200...@si...>
	Date: Thu, 31 Jan 2002 13:44:43 +0900

>> http://www.geocities.co.jp/SiliconValley-Cupertino/6461/tate2.png
> だいぶよくなりましたね。あとは、半角文字は半角のさらに 1/2 だけ右側に
> ずらして表示するともっときれいになるかも。
        
        不可能ではないですが、いろいろ面倒なので、なんとかうまく実装できないか、
        検討してみます。

> ただ、どうがんばっても、実用的なレベルにはならないと思うのですが。

        どうがんばっても、というのはそのとおりだと思います。

        X 端末側で実装するにせよ、コンソールアプリケーション側で実装するにせよ、
        現状の VT100 端末上で縦表示すること自体が、相当無茶な話だな、と実感して
        います。
        
        個人的には、less など使いなれたビューワを使って、青空文庫を縦表示でよめ
        るので、結構重宝してたりしますが。

        # それはそうと、要町フォントあたりをベースに、縦用のフォントを作ろうかと
        # 思ってます。ついでに ISO-8859 の縦用フォントも。

> それから、関係ない機能になりますが、行間に指定ドット数のスペースを
> あける機能って、ありませんでしたよね。

        これを実装していないことには、2.2.0 をリリースする直前に気付きました ^_^;

        2.2.0 に間にあわせるか迷い、結局 TODO にのせるということで次期に回したので
        すが、今実装してみましたところ、えらく簡単な話でした。
        2.2.0 前にやっときゃよかったですね。
        
        後程 commit します。

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

久保田です。

At Thu, 31 Jan 2002 11:55:14 +0900,
Araki Ken wrote:

> サンプル画像
> http://www.geocities.co.jp/SiliconValley-Cupertino/6461/tate2.png

だいぶよくなりましたね。あとは、半角文字は半角のさらに 1/2 だけ右側に
ずらして表示するともっときれいになるかも。

ただ、どうがんばっても、実用的なレベルにはならないと思うのですが。

それから、関係ない機能になりますが、行間に指定ドット数のスペースを
あける機能って、ありませんでしたよね。

---
久保田智広 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] unsigned int problem and vertical view patch.
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Mon, 28 Jan 2002 17:38:35 +0900

> - 先頭に本来のターミナルの縦幅分の長さの空白が入る
>  (これは環境のせいかも)

        これの原因は分かりました。

        例えば、縦表示で、
        
         1 2 3 4 5 6
        +------------+
        |            |
        |            |

        このように、コラム数が 6 になっている場合に、ウィンドウを

         1 2 3 4 5 6
        +-------------+
        |             |
        |             |

        このように横に少し長くすると、7 コラム分の幅がないために、コラム数は
        あいかわらず 6 と判定されてしまいます。

        これを、

         1 2 3 4 5 6 7
        +--------------+
        |              |
        |              |

        ここまで広げると、もちろん、7 コラム分と計算されます。
        
        ただ、これによる実害はほとんどないでしょうし、先頭に余分な空白が合いても、
        さらにもう少しウィンドウを広げる or 狭めることで、問題は解消しますから、
        とりあえずは、このままでいいかな、と思っています。

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

	荒木です:-)

* If both vertical view and bidi are used at the same time , terminal window
  can become too large. fixed.
* under vertical mode settings in etc/tfont and etc/taafont are used.

        縦表示モードのときには、tfont,taafont で設定したフォントを優先的に使用する
        ようにしました。

        また、いくつかバグも潰しています。

        ところで、
        
        http://kappa.allnet.ne.jp/20dot.fonts/Kappa20-0.391/

        ここの縦フォント(20pointですが)を使用して、表示してみましたところ、かなりマ
        トモな表示になりました。

        サンプル画像
        http://www.geocities.co.jp/SiliconValley-Cupertino/6461/tate2.png
        
        tfont の設定サンプルは、etc/tfont にあります。

        あとは、まだまだ残っているであろうバグ潰しくらいだけで、ほぼ実装終了と思
        っています。
        現時点の実装に注文などありましたら、是非お願いいたします。

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

	荒木です:-)

* vertical view support is added.(-G/--vertical/vertical_mode option)
* actual screen size can be specified with -1/--wscr/screen_width_ratio and
  -2/--hscr/screen_height_ratio options regardless of console columns and rows.

        縦表示対応を、CVS にほりこみました。
        通常表示 <=> 縦表示の動的変更も可能です。

        リサイズ時に不安定になるバグも直っていると思います。
        
        
        -G / -1 / -2 各オプションが以前と意味が変わっています。

        -G cjk で、cjk タイプの縦表示になります。
        
        cjk タイプというのは、全角文字を処理する必要があり、かつ、右から左に文字
        が流れるようなものを意味します。

        一方で、モンゴル文字は、EastAsianWidth.txt を見ますと半角扱いになっており、
        レンダリングの際に、全角文字を考慮する必要はなさそうですし、かつ、左から右
        に文字が流れますから、cjk とは別の実装が必要になります。
        将来的には、

        -G mongol

        などで、それ用の縦表示を行えるようにしようかな、と思っています。

        現在のところ、縦表示のスタイルとして想定しているのはこれらふたつだけです。

        また、現在のような縦表示の手法(全部を縦向きにしてしまう方法)を使うかぎり、
        これらふたつを混合して使用することは、ほぼ不可能ですし、全く想定しておりま
        せん。

        一方、Bidi と縦方向表示を同時に使用することは可能です。可能といっても、
        あまりうれしくはないですけど。
        
        
        次に、-1/-2 オプションは、実スクリーンのサイズを指定します(百分率)
        
        たとえば、端末サイズとして、col = 80 , row = 30 を指定し、10 point なフォ
        ントを使用した場合、ウィンドウのサイズは、
        横 80 * 5 = 400 point , 縦 30 * 10 = 300 point
        になります。
        ここで、-1 50 -2 50 オプションを指定すると、ウィンドウのサイズを、
        横 200 , 縦 150 にすることができます(コンソールアプリケーションからみた
        端末サイズは、依然 80 x 30 のままです)

        縦表示する場合、mlterm は、半角文字の左に空白を詰めて、全角と同じ大きさで表
        示しますので、全角文字を多数表示する場合には、ウィンドウの下半分が、がらあ
        きになってしまいますが、その場合、-1,-2 オプションを使って対処してください。

        これは、プロポーショナルフォントを使った場合に、画面の右に空白ができる場合
        にも有効だと思います。

        また、スクロールアウトした行は、縦表示されません。そこまで縦表示にするつも
        りはあまりないです。
        それから、領域選択についても、横表示を前提にしたものになっています。これも
        縦対応するつもりはあまりないです。

        縦表示で、コラム幅可変長にすることはできません。

        縦用のフォントを別途、tfont,taafont で指定するようにはするつもりです。
        が、X で使える縦用のフォントってあります?

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

久保田です。

At Wed, 30 Jan 2002 14:34:29 +0900,
Tomohiro KUBOTA wrote:

> たったいま、/.J にタレコみました。採用されるかどうか分かりませんが。
> 採用されたらいろいろ書き込んであげてください。

採用されました。あとは宣伝なり、機能アンケートなり、なんとでもどうぞ。

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

久保田です。

At Tue, 29 Jan 2002 21:33:10 +0900,
Araki Ken wrote:

>         2.2.0 リリースいたしました。

たったいま、/.J にタレコみました。採用されるかどうか分かりませんが。
採用されたらいろいろ書き込んであげてください。

(以前にもタレコもうと思ったことはありますが、年末年始で時期が悪かった
りとかして、実行に移れませんでした)。

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

大地です。

>         最近 FreeBSD の Java がどんどんよくなってるようですし、そちらを是非
>         頑張ってください:)
> 
>         # NetBSD でまともに Java できる日も近そう。

うぃ。そう遠くないと思います。

>         ところで、お忙しいところ申し訳ないのですが、もしよろしければ、cvs current
>         な mlterm で、Wnn7 を使った場合に問題でないか、確かめていただけませんか?
>         Window の Focus 処理周りで、ちょっとした修正をしたのですが、ひょっとする
>         と、Xwnmo がいやがるかな、という気がしますもので。

リリースされた2.2.0で動作確認を行いました。ばっちり動いてます。
こちらでは問題なしです :)

Daichi GOTO
    http://www.ongs.net/daichi, da...@jp...

	荒木です:-)

        # -en のほうに送ってしまった...

        2.2.0 リリースいたしました。

        ダウンロード => http://prdownloads.sourceforge.net/mlterm/mlterm-2.2.0.tar.gz

        ついでに、サンプル画像も更新しました。

        以下は、2.2.0 の新機能などです。
        
* variable length column is supported.
* ISCII support codes are imported(but is not still supported formally).
* fribidi 0.10.0 is supported.
* Full Reset button is added to mlconfig.
* color fading is supported.
* big5 unstandard characters can be converted to and from ucs4.
* cursor form is changed when window is focused or unfocused.
* Background of color-reversed characters is drawn with fg color event under wall paper 
  or tranparent mode.
* ESC ] 20 ; pt BEL sequence is supported.
* mlterm configuration protocol is decided and implemented.
* w3mmlconfig(w3m local-CGI) is contributed by Sakamoto Hironori san.
* mlconf_curses(perl + curses) is contributed by Minami Hirokazu san.
* etc/{font|vfont|aafont|vaafont} format is changed.
  (Dynalab font can be shown correctly by using this extension)
* some characters of CP932 based true type fonts couldn't be shown , but fixed.
* CP932 gaiji characters (IBM , NEC , NECIBM) <=> UCS conversion is supported.
* and many minor bugs are fixed.

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

	荒木です:-)

* copy&paste with kterm fails. fixed. (thanks to Sakamoto Hironori san)
* minus value specified for unsigned int is treated as error. (thanks to Minami Hirokazu san)

        多分、2.2.0 前の最後の commit になると思います。
        今日の夕方ころに、リリース予定です。

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

朝木卓見です。

On Monday 28 January 2002 15:56, Araki Ken wrote:
> 荒木です:-)

>         # kterm は、TEXT atom => XA_STRING atom の順でセレクション要求を出して、
>         # COMPOUND_TEXT atom では要求してくれないんですが、一方、この戻りが
>         # COMPOUND_TEXT atom でなければ、CTEXT として処理してくれないんですよね。
>         # TEXT atom って特殊な意味があるんでしょうか ?

TEXT atomって、XmbTextListToTextProperty()などでいう
XStdICTextStyle だったと覚えてるんですが、
どこでそう覚えたかがいまいち定かではなくて…。

http://rarfaxp.riken.go.jp/local/DOC-J/JCDEL10NPG/COSEPrgGd_10.html
をみると、それとは違うようだ。
覚え違いかな。まあ、COMPOUND_TEXTと同等に扱ってみて、
今まで不都合を覚えた覚えはないが、実際はどうするのがいいんだろう。

-- 
  Che Che - Bye Bye
        From: Takumi ASAKI <as...@os...>
	URL: http://www3.osk.3web.ne.jp/~asataku/

南です

On Mon, 28 Jan 2002 21:50:15 +0900
Araki Ken <j00...@ip...> wrote:
>         手元で、~/.mlterm を削除して動作させてみたところ、スクロールバー
>         は表示されませんでしたので、デフォルト値は false になっていると思
>         います。
>         ${SYSCONFDIR}/etc/main
>         ~/.mlterm/main
>
>         で、
>         use_scrollbar = true
>         にしていませんか?

はい。${SYSCONFDIR}/etc/main は ~/.mlterm/main が存在したら
読み込まれないと思い込んでただけでした。

あとは 2.2 に向けて気付いたことは特にないです。

mlconf_curse については微調整(というかスペルチェック)した版を
 http://minami.obi.ne.jp/pub/mlterm/ 
以下に置きましたので、取り込みをお願いします。

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] unsigned int problem and vertical view patch.
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Mon, 28 Jan 2002 17:38:35 +0900

> 試してみました。不思議な感覚が面白いです ^^

        試していただいたて、ありがとうございます :)

> 今のところ気付いたことは
>
> - scrollbar で論理的な上下でなく物理的な上下にスクロールしてしまう

        スクロールアウトした行を縦表示するかどうかは、どうしようか迷ってます。
        
        ほかにも、領域選択も縦方向対応するかどうか、ということもありますし。
        
        かといって、あまり凝りすぎるとコードのメンテがつらくなりますので、
        需要をみながらかな、と思ってます。

> - 先頭に本来のターミナルの縦幅分の長さの空白が入る
>  (これは環境のせいかも)

        あら、そんな症状がでますか?
        とりあえず、2.2.0 を出してから、確認してみます。

> ついでに気付いたのですが、use_scrollbar のデフォルト値
> (mlterm.1 では false となっている)が true になっていませんか?

        手元で、~/.mlterm を削除して動作させてみたところ、スクロールバー
        は表示されませんでしたので、デフォルト値は false になっていると思
        います。

        ${SYSCONFDIR}/etc/main
        ~/.mlterm/main

        で、

        use_scrollbar = true

        にしていませんか?

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

南です。

On Mon, 28 Jan 2002 14:59:29 +0900
Araki Ken <j00...@ip...> wrote:

>         ところで、まだ作りかけですが、縦表示用のパッチを添付してみます。
>         (2002/01/28 正午現在の CVS current へのパッチです)
>         パッチあててビルドしたのち、
>         mlterm -G vertical 
>         で、縦表示になります。

試してみました。不思議な感覚が面白いです ^^
今のところ気付いたことは

- scrollbar で論理的な上下でなく物理的な上下にスクロールしてしまう
- 先頭に本来のターミナルの縦幅分の長さの空白が入る
 (これは環境のせいかも)

くらいです。

ついでに気付いたのですが、use_scrollbar のデフォルト値
(mlterm.1 では false となっている)が true になっていませんか?

#kik_conf_add_opt の引数が優先されてる?

	荒木です:-)

	Subject: [Mlterm-dev-ja] cut&paste from mlterm to kterm
	From: Hironori Sakamoto <hs...@mt...>
	Message-ID: <200...@ud...>
	Date: Mon, 28 Jan 2002 15:01:14 +0900 (JST)

> mlterm (LANG=ja_JP.EUC, encoding=EUC-JP) から
> kterm (LANG=ja_JP.EUC, encoding=EUC-JP) へ cut&paste すると、
> ISO-2022-JP で paste されてしまうのですが、
> 現バージョンの仕様なんでしょうか？

        添付のパッチで直ると思います。

        そういえば、大昔も同じ罠に嵌って、添付のパッチのような対処をしたような
        記憶がありますが、その後、XA_STRING atom にしか対応していないアプリケー
        ションとの copy&paste に対応して云々といったことをしたときに、バグを埋め
        こんでしまったようです _o_

        # kterm は、TEXT atom => XA_STRING atom の順でセレクション要求を出して、
        # COMPOUND_TEXT atom では要求してくれないんですが、一方、この戻りが
        # COMPOUND_TEXT atom でなければ、CTEXT として処理してくれないんですよね。
        # TEXT atom って特殊な意味があるんでしょうか ?
        
	では
--
kiken
j00...@ip...

Index: ml_window.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_window.c,v
retrieving revision 1.220
diff -u -r1.220 ml_window.c
--- ml_window.c	2002/01/27 03:28:14	1.220
+++ ml_window.c	2002/01/28 06:48:02
@@ -2619,14 +2619,27 @@
 	}
 	else if( event->type == SelectionRequest)
 	{
-		if( event->xselectionrequest.target == XA_STRING ||
-			event->xselectionrequest.target == xa_text ||
+		if( event->xselectionrequest.target == XA_STRING)
+		{
+			if( win->xct_selection_requested)
+			{
+				(*win->xct_selection_requested)( win , &event->xselectionrequest ,
+					event->xselectionrequest.target) ; 
+			}
+		}
+		else if( event->xselectionrequest.target == xa_text ||
 			event->xselectionrequest.target == xa_compound_text)
 		{
 			if( win->xct_selection_requested)
 			{
+				/*
+				 * kterm requests selection with "TEXT" atom , but
+				 * wants it to be sent back with "COMPOUND_TEXT" atom.
+				 * why ?
+				 */
+				 
 				(*win->xct_selection_requested)( win , &event->xselectionrequest ,
-					event->xselectionrequest.target) ;
+					xa_compound_text) ; 
 			}
 		}
 		else if( event->xselectionrequest.target == xa_utf8_string)

	荒木です:-)

	Subject: [Mlterm-dev-ja] unsigned int problem and vertical view patch.
	From: Araki Ken <j00...@ip...>
	Message-ID: <200...@pd...>
	Date: Mon, 28 Jan 2002 14:59:29 +0900

>         その場合、-1 / -2 オプションで、縦横のマージンを指定してください。
>
>         mlterm -G vertical -1 -10 -2 -50
>
>         で起動すると、縦が半分のおおきさに、横が 10 パーセント広くなります。
>         (コンソールアプリケーション側は、これについては関知しません)

        mlterm -G vertical -1 10 -2 -50
                              ^^

        のまちがいです _o_

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

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

mlterm (LANG=ja_JP.EUC, encoding=EUC-JP) $B$+$i(B
kterm (LANG=ja_JP.EUC, encoding=EUC-JP) $B$X(B cut&paste $B$9$k$H!"(B
ISO-2022-JP $B$G(B paste $B$5$l$F$7$^$&$N$G$9$,!"(B
$B8=%P!<%8%g%s$N;EMM$J$s$G$7$g$&$+!)(B
----------------------------------- 
$B:dK\(B $B9@B'(B <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] commit log [2002/01/28]
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Mon, 28 Jan 2002 12:09:00 +0900

> オプションのパースに kik_str_to_int を unsigned int で受けているところで
> 負数を指定すると怪しい挙動をするので、 (-P -1 とか -w -1 とか)
> kik_str_to_uint を追加して
>
> - kik_str_to_int => kik_str_to_uint 
> - 警告メッセージを not digit  => not valid
>
> でどうでしょう?

        そうですね。
        そのように致します。

        kik_str_to_uint に直さなければいけない個所は他にもあるのですが
        とりあえずは、オプション処理のところだけ、ということで、それ以外
        は、2.2.0 リリース後にいたします。

        ところで、まだ作りかけですが、縦表示用のパッチを添付してみます。
        (2002/01/28 正午現在の CVS current へのパッチです)
        パッチあててビルドしたのち、

        mlterm -G vertical

        で、縦表示になります。

        ただ、これですと、半角文字もすべて画面に収まるだけの広さがとられますので、
        特に縦が長くなってしまいます。
        その場合、-1 / -2 オプションで、縦横のマージンを指定してください。

        mlterm -G vertical -1 -10 -2 -50

        で起動すると、縦が半分のおおきさに、横が 10 パーセント広くなります。
        (コンソールアプリケーション側は、これについては関知しません)
        
        これらのオプションは、現在のところ動的に変更することはできませんし、
        そもそも、まだかなり不安定です(とくにリサイズすると不安定になります)
        
        が、一応、あとは、動的変更および縦用フォントの指定をできるようにすることと、
        安定化させる作業が残っているだけで、基本的な実装は終わっています。

        興味のある方はお試しください。

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

南です

On Mon, 28 Jan 2002 07:50:14 +0900
Araki Ken <j00...@ip...> wrote:

>         mlterm.spec には、2.2.0 リリース日に明日の日付を入れました。
>         というわけで、明日中にリリースの予定です。

オプションのパースに kik_str_to_int を unsigned int で受けているところで
負数を指定すると怪しい挙動をするので、 (-P -1 とか -w -1 とか)
kik_str_to_uint を追加して

- kik_str_to_int => kik_str_to_uint 
- 警告メッセージを not digit  => not valid

でどうでしょう?

RCS file: /cvsroot/mlterm/mlterm/kiklib/src/kik_str.c,v
retrieving revision 1.4
diff -u -2 -r1.4 kik_str.c
--- kiklib/src/kik_str.c        2002/01/14 15:17:36     1.4
+++ kiklib/src/kik_str.c        2002/01/28 03:03:53
@@ -333,4 +333,39 @@

        _i = 0 ;
+
+       if (kik_str_to_uint(&_i, s))
+       {
+               if (is_minus)
+               {
+                       *i = -(_i);
+               }else
+               {
+                       *i = _i;
+               }
+               return  1 ;
+       }else{
+               return  0 ;
+       }
+}
+
+unsigned int
+kik_str_to_uint(
+       int *  i ,
+       char *  s
+       )
+{
+       int  _i ;
+
+       if( *s == '\0')
+       {
+               return  0 ;
+       }
+
+       if( *s == '-')
+       {
+                       return  0 ;
+       }
+
+       _i = 0 ;
        while( *s)
        {
@@ -341,17 +376,10 @@

                _i *= 10 ;
-               _i += (*s - 0x30) ;
+               _i += (*s - '0') ;

                s ++ ;
        }

-       if( is_minus)
-       {
-               *i = -(_i) ;
-       }
-       else
-       {
                *i = _i ;
-       }

        return  1 ;
Index: kiklib/src/kik_str.h
===================================================================
RCS file: /cvsroot/mlterm/mlterm/kiklib/src/kik_str.h,v
retrieving revision 1.3
diff -u -2 -r1.3 kik_str.h
--- kiklib/src/kik_str.h        2002/01/14 15:17:36     1.3
+++ kiklib/src/kik_str.h        2002/01/28 03:03:53
@@ -53,4 +53,5 @@

 int  kik_str_to_int( int *  i , char *  s) ;
+unsigned int  kik_str_to_uint( int *  i , char *  s) ;


Index: src/ml_term_manager.c
===================================================================
RCS file: /cvsroot/mlterm/mlterm/src/ml_term_manager.c,v
retrieving revision 1.28
diff -u -2 -r1.28 ml_term_manager.c
--- src/ml_term_manager.c       2002/01/27 22:35:08     1.28
+++ src/ml_term_manager.c       2002/01/28 03:03:53
@@ -62,14 +62,14 @@
        }

-       if( ! kik_str_to_int( min , p))
+       if( ! kik_str_to_uint( min , p))
        {
-               kik_msg_printf( "min font size %s is not digit.\n" , p) ;
+               kik_msg_printf( "min font size %s is not valid.\n" , p) ;

                return  0 ;
        }

-       if( ! kik_str_to_int( max , str_p))
+       if( ! kik_str_to_uint( max , str_p))
        {
-               kik_msg_printf( "max font size %s is not digit.\n" , str_p) ;
+               kik_msg_printf( "max font size %s is not valid.\n" , str_p) ;

                return  0 ;
@@ -940,5 +940,5 @@
                u_int  size ;

-               if( kik_str_to_int( &size , value))
+               if( kik_str_to_uint( &size , value))
                {
                        term_man->step_in_changing_font_size = size ;
@@ -946,5 +946,5 @@
                else
                {
-                       kik_msg_printf( "font larger smaller size %s is not digit.\n" , value) ;
+                       kik_msg_printf( "font larger smaller size %s is not valid.\n" , value) ;
                }
        }
@@ -1223,7 +1223,7 @@
                term_man->font_size = 16 ;
        }
-       else if( ! kik_str_to_int( &term_man->font_size , value))
+       else if( ! kik_str_to_uint( &term_man->font_size , value))
        {
-               kik_msg_printf( "font size %s is not digit.\n" , value) ;
+               kik_msg_printf( "font size %s is not valid.\n" , value) ;

                /* default value is used. */
@@ -1250,7 +1250,7 @@
                term_man->num_of_log_lines = 128 ;
        }
-       else if( ! kik_str_to_int( &term_man->num_of_log_lines , value))
+       else if( ! kik_str_to_uint( &term_man->num_of_log_lines , value))
        {
-               kik_msg_printf( "log size %s is not digit.\n" , value) ;
+               kik_msg_printf( "log size %s is not valid.\n" , value) ;

                /* default value is used. */
@@ -1263,7 +1263,7 @@
                term_man->tab_size = 8 ;
        }
-       else if( ! kik_str_to_int( &term_man->tab_size , value))
+       else if( ! kik_str_to_uint( &term_man->tab_size , value))
        {
-               kik_msg_printf( "tab size %s is not digit.\n" , value) ;
+               kik_msg_printf( "tab size %s is not valid.\n" , value) ;

                /* default value is used. */
@@ -1369,5 +1369,5 @@
                u_int  col_size_a ;

-               if( kik_str_to_int( &col_size_a , value))
+               if( kik_str_to_uint( &col_size_a , value))
                {
                        term_man->col_size_a = col_size_a ;
@@ -1375,5 +1375,5 @@
                else
                {
-                       kik_msg_printf( "col size of width a %s is not digit.\n" , value) ;
+                       kik_msg_printf( "col size of width a %s is not valid.\n" , value) ;
                }
        }
@@ -1480,7 +1480,7 @@
                u_int  ptys ;

-               if( ! kik_str_to_int( &ptys , value))
+               if( ! kik_str_to_uint( &ptys , value))
                {
-                       kik_msg_printf( "ptys %s is not digit.\n" , value) ;
+                       kik_msg_printf( "ptys %s is not valid.\n" , value) ;
                }
                else

	荒木です:-)

        commit log です。
        
[20020128]
* doc/en/README.iscii is added.
* fribidi-config is used to check libs and cflags for fribidi.
* -h help messages are improved.(thanks to Kubota Tomohiro san)
* font_larger_smaller_size option is renamed to step_in_changing_font_size.
* man/mlterm.1 manual is updated.(thanks to Kubota Tomohiro san)

        README.iscii に、ISCII サポートのセットアップ方法を書いておきました。

        mam/mlterm.1 は、久保田さんの patch に坂本さんのご指摘を加え、
        font_larger_smaller_size を step_in_changing_font_size に直したものとなってお
        ります。

        ISCII エンコーディングの場合は、可変長コラム幅、結合文字が自動的に有効になりま
        す。

        mlterm.spec には、2.2.0 リリース日に明日の日付を入れました。
        というわけで、明日中にリリースの予定です。

        明日までに、動作確認などしていただけると幸いです。

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] マニュアル改訂
	From: hs...@mt... (Hironori Sakamoto)
	Message-ID: <200...@mt...>
	Date: Mon, 28 Jan 2002 00:37:40 +0900 (JST)

>>  Supported encodings are:
>> -ISO-8859-[1-10], ISO-8859-[13-16], TCVN5712, KOI8-R, KOI8-U, VISCII,
>> +ISO-8859-[1-11], ISO-8859-[13-16], TCVN5712, KOI8-R, KOI8-U, VISCII,
>>  EUC-JP, EUC-JISX0213, ISO-2022-JP[1-3], Shift_JIS, Shift_JISX0213,
>>  ISO-2022-KR, EUC-KR, UHC, JOHAB, GB2312 (EUC-CN), GBK, ISO-2022-CN, BIG5,
>> -BIG5HKSCS, EUC-TW, HZ, TIS-620, UTF-8, and GB18030.
>> +BIG5HKSCS, EUC-TW, HZ, TIS-620 (same as ISO-8859-11), UTF-8, and GB18030.
>
> ウソじゃないんですが、並びとして、
>
> ISO-8859-[1-11], ISO-8859-[13-16], TIS-620 (same as ISO-8859-11), KOI8-R,
> KOI8-U, TCVN5712, VISCII, EUC-JP, EUC-JISX0213, Shift_JIS, Shift_JISX0213, 
> ISO-2022-JP[1-3], EUC-KR, UHC, JOHAB, ISO-2022-KR, GB2312 (EUC-CN), GBK,
> GB18030, ISO-2022-CN, HZ, EUC-TW, BIG5, BIG5HKSCS, and UTF-8.

        こちらのほうがよさそうですね。
        README.ja も、そのように直しておきます。

> あたりがよくありませんか。
> あ、ISCII が抜けているのかな。

        ISCII は、まだサポートしていませんので、(少くともREADME.jaでは)意図的に
        飛ばしました。

>>         それから、そうするなら、結合文字処理についても、エンコーディングによ
>>         って強制的に有効にしたいところですが、結合文字処理が必要なエンコーディ
>>         ングって、TIS620 、TCVN5712 (あと内部で使用しているのでISCIIも)だけで
>>         したよね?
>
> JISX0213 がらみ(EUC-JISX0213, Shift_JISX0213, ISO-2022-JP-3)と、
> (使われているか？なんですけど) ISO-8859-[68] があります。
> GB18030 はどうなのですかね。

        あー、そうですね。
        どうせ、結合文字は、デフォルトで有効ですから、別にいいかな....

        ISCII の場合だけ、強制的に可変長ということにします。

        PS:
        昨日半日ほどかけて、縦書き対応をデッチアゲました。
        2.2.0 リリース後、repository にとりこみますが、とりあえずはサンプル画像
        ということで。
        縦用フォントを使っていないので、括弧などがみにくいですけれど。

        とりあえず、パフォーマンス的には、問題はなさそうです。
        下カーソルで左に移動するなど、操作性が気持ちわるいのですが ^_^; 、 まぁ、
        縦方向で、わざわざ編集作業をしたがる人もいないでしょうから、あまり問題は
        ないと思います。

        それから、半角文字の横倒しはしないことにしました。
        そのため、画面が縦長になるか、もしくは、画面に一行が収まらない可能性がで
        てきますが、その辺は、実用性を損なわない程度の解決案を用意しています。

        http://www.geocities.co.jp/SiliconValley-Cupertino/6461/tate.png
        
	では
--
kiken
j00...@ip...

坂本です。

> 久保田です。
> マニュアルの改訂です。
> ウソ書いてないかどうか、チェックをお願いします。

>  Supported encodings are:
> -ISO-8859-[1-10], ISO-8859-[13-16], TCVN5712, KOI8-R, KOI8-U, VISCII,
> +ISO-8859-[1-11], ISO-8859-[13-16], TCVN5712, KOI8-R, KOI8-U, VISCII,
>  EUC-JP, EUC-JISX0213, ISO-2022-JP[1-3], Shift_JIS, Shift_JISX0213,
>  ISO-2022-KR, EUC-KR, UHC, JOHAB, GB2312 (EUC-CN), GBK, ISO-2022-CN, BIG5,
> -BIG5HKSCS, EUC-TW, HZ, TIS-620, UTF-8, and GB18030.
> +BIG5HKSCS, EUC-TW, HZ, TIS-620 (same as ISO-8859-11), UTF-8, and GB18030.

ウソじゃないんですが、並びとして、

ISO-8859-[1-11], ISO-8859-[13-16], TIS-620 (same as ISO-8859-11), KOI8-R,
KOI8-U, TCVN5712, VISCII, EUC-JP, EUC-JISX0213, Shift_JIS, Shift_JISX0213, 
ISO-2022-JP[1-3], EUC-KR, UHC, JOHAB, ISO-2022-KR, GB2312 (EUC-CN), GBK,
GB18030, ISO-2022-CN, HZ, EUC-TW, BIG5, BIG5HKSCS, and UTF-8.

あたりがよくありませんか。
あ、ISCII が抜けているのかな。

> +Both of CP932.txt and JIS0208.txt mapping tables are supplied

一応、s/txt/TXT/g かな?

>         それから、そうするなら、結合文字処理についても、エンコーディングによ
>         って強制的に有効にしたいところですが、結合文字処理が必要なエンコーディ
>         ングって、TIS620 、TCVN5712 (あと内部で使用しているのでISCIIも)だけで
>         したよね?

JISX0213 がらみ(EUC-JISX0213, Shift_JISX0213, ISO-2022-JP-3)と、
(使われているか？なんですけど) ISO-8859-[68] があります。
GB18030 はどうなのですかね。
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/