Menu
▾
▴
mlterm-dev-ja — mlterm mailing list(Japanese)
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(170) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(193) |
Feb
(128) |
Mar
(62) |
Apr
(80) |
May
(75) |
Jun
(69) |
Jul
(19) |
Aug
(13) |
Sep
(59) |
Oct
(11) |
Nov
(24) |
Dec
(12) |
| 2003 |
Jan
(23) |
Feb
(73) |
Mar
(120) |
Apr
(18) |
May
(21) |
Jun
(38) |
Jul
(22) |
Aug
(6) |
Sep
(12) |
Oct
(7) |
Nov
|
Dec
|
| 2004 |
Jan
(31) |
Feb
(13) |
Mar
(14) |
Apr
(5) |
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(18) |
Dec
(7) |
| 2005 |
Jan
(2) |
Feb
(3) |
Mar
(9) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(5) |
Oct
|
Nov
(2) |
Dec
(5) |
| 2006 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
(7) |
Jun
(8) |
Jul
(3) |
Aug
|
Sep
(3) |
Oct
(33) |
Nov
(47) |
Dec
(9) |
| 2007 |
Jan
(8) |
Feb
(11) |
Mar
(3) |
Apr
(6) |
May
(4) |
Jun
(10) |
Jul
(1) |
Aug
(24) |
Sep
(8) |
Oct
(3) |
Nov
(3) |
Dec
(10) |
| 2008 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(5) |
Mar
(15) |
Apr
(20) |
May
(6) |
Jun
(74) |
Jul
(44) |
Aug
(19) |
Sep
(17) |
Oct
(29) |
Nov
(10) |
Dec
(6) |
| 2010 |
Jan
|
Feb
(2) |
Mar
(36) |
Apr
(54) |
May
(80) |
Jun
(70) |
Jul
(34) |
Aug
(33) |
Sep
(20) |
Oct
(7) |
Nov
|
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(13) |
Jun
(7) |
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
|
Nov
(1) |
Dec
(3) |
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
(4) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(3) |
| 2014 |
Jan
|
Feb
(1) |
Mar
(6) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(4) |
Aug
(4) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2015 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(2) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
(9) |
| 2017 |
Jan
(4) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(4) |
Dec
|
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2024 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tomohiro K. <tk...@ri...> - 2001-12-07 04:37:09
|
久保田です。 すみませんが、ぜんぜん分かりません。たぶん kinput2 の問題だと 思います。 At Tue, 04 Dec 2001 11:36:49 +0100, Mike Fabian wrote: > > それともうひとつ、ja_JP というロケールは何の alias になっていますか。 > > こちらでは、ja_JP.eucJP と同じ意味になります。/etc/locale.alias を > > チェックしてください。 > > こちらに同じです： > > mfabian@gregory:~$ grep ja /usr/share/locale/locale.alias > japanese ja_JP.eucJP > japanese.euc ja_JP.eucJP > ja_JP ja_JP.eucJP > ja_JP.ujis ja_JP.eucJP > japanese.sjis ja_JP.SJIS > mfabian@gregory:~$ XFree86 のロケールについては、どうでしょうか。 /usr/X11R6/lib/X11/locale/locale.dir /usr/X11R6/lib/X11/locale/locale.alias を、チェックしてください。 --- 久保田智広 Tomohiro KUBOTA <ku...@de...> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ |
|
From: Araki K. <j00...@ip...> - 2001-12-07 04:36:32
|
荒木です:-)
前回は、無知ぶりさらけだしの恥ずかしい実装を投げてしまい、申し訳ありま
せんでした。
重い腰をあげて Bidi アルゴリズムのドキュメントにさらっと目を通してみたり
しましたが(順序が逆)、FriBidi 使わずに、全部自前でやるのは、阿呆以外の何
者でもないと悟りました_o_
以下は、FriBidi を使った実装です。
http://f-cubed.com/ken/mlterm/mlterm-2.1.0-pre20011207-rtl3.tar.gz
以前坂本さんに指摘していただいた問題点などは、ちゃんと修正されているよう
に見えるのですが、xterm の品質にまで達しているのかよくわかりませんので、
テストをお願い致します _o_
一応、他の Bidi レンダリングエンジンに切替えて使うことも想定した実装にし
てはおりますが、わたし自身が自前で実装するつもりとかは全くありません。
<テスト方法>
まず、システムに、FriBidiライブラリをインストールしておいて下さい。
(http://fribidi.sourceforge.net/)
xterm 附属の FriBidi など、古いライブラリはバグっているものがあるようです
ので、最新版 0.9.0 をお使い下さい。
# 昨晩は、xterm 附属の バグあり FriBidi でテストしたせいで、かれこれ10時
# 間ほど、意味不明な挙動に悩まされ続けてしまいました ^_^;
$ ./configure --enable-fribidi
$ make
$ make install
$ mlterm -km utf8 -bi
で、Bidi モードになります。
$ mlterm -km utf8
だけでは、Bidi しませんのでご注意下さい。
設定ファイルで、use_bidi = true してもらっても構いません。
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2001-12-05 14:43:32
|
荒木です:-)
すみません、先程のパッチは、方向性プロパティの扱いに関して、致命的なミス
がありました。
現在、其の辺の実装をやり直しておりますので、後日もう一度パッチを投げます。
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2001-12-05 12:23:50
|
荒木です:-)
Subject: [Mlterm-dev-ja] icon
From: Tomohiro KUBOTA <tk...@ri...>
Message-ID: <200...@si...>
Date: Wed, 05 Dec 2001 20:53:26 +0900
> mlterm のアイコンを作ってみました。お好きなウィンドウマネージャと
> いっしょに使ってください。
ありがとうございます:)
> もし気に入ってもらえたら、mlterm といっしょに配布してくださいな。
もちろん、そうさせていただきます。
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2001-12-05 12:02:34
|
mlterm-rtl-2 patch(bug fix for mlterm-rtl-1) is attached.
--
kiken
j00...@ip...
--- src/ml_image.c Wed Dec 5 20:19:23 2001
+++ src/ml_image.c Wed Dec 5 20:18:24 2001
@@ -1122,7 +1122,7 @@
if( line->num_of_filled_chars == 0 ||
( size_except_end_space = ml_get_num_of_filled_chars_except_end_space( line)) == 0)
{
- return 0 ;
+ continue ;
}
ml_str_copy( src , line->chars , size_except_end_space) ;
@@ -1159,6 +1159,8 @@
ml_imgline_set_modified( line) ;
}
}
+
+ ml_str_final( src , image->num_of_cols) ;
return 1 ;
}
--- src/ml_term_screen.c Wed Dec 5 20:19:23 2001
+++ src/ml_term_screen.c Wed Dec 5 20:18:25 2001
@@ -3435,16 +3435,12 @@
ml_char_t * ch ;
ml_image_line_t * line ;
int result ;
- int x ;
- int y ;
ml_restore_selected_region_color( &termscr->sel) ;
exit_backscroll_mode( termscr) ;
ml_cursor_go_back( termscr->image , WRAPAROUND) ;
- y = ml_convert_row_to_y( termscr , termscr->image->cursor.row) ;
-
if( ( line = ml_image_get_line( termscr->image , termscr->image->cursor.row)) == NULL ||
ml_imgline_is_empty( line))
{
@@ -3453,16 +3449,13 @@
goto end ;
}
- x = ml_convert_char_index_to_x( line , termscr->image->cursor.char_index) ;
-
ch = ml_cursor_get_char( termscr->image) ;
-
+
if( ( result = ml_char_combine( ch , bytes , ch_size , font , font_decor ,
fg_color , bg_color)))
{
- ml_window_draw_str( &termscr->window , ch , 1 , x , y ,
- ml_line_height( termscr->font_man) ,
- ml_line_height_to_baseline( termscr->font_man)) ;
+ ml_imgline_update_change_char_index( line , termscr->image->cursor.col ,
+ termscr->image->cursor.col , 0) ;
}
end:
|
|
From: Hironori S. <hs...@mt...> - 2001-12-05 11:45:35
|
$B:dK\$G$9!#(B > $B9SLZ$G$9(B:-) > RTL $BBP1~$N2><BAu$r9T$C$F$_$^$7$?!#(B $B;n$7$F$_$^$7$?!#(B $B$3$s$J$N!#(B echo "- \0301\0302\0303.\n- \0301. \0302. \0303." | w3m-m17n -Il6 -Ou $B%+!<%=%kF0:n$,LLGr$$!#(B # w3m-m17n $B$O2?$b$7$J$/$F$b$$$$$+$b$C$F;W$C$?$1$I%@%a$G$9$M!#(B # $B%"%i%S%"J8;zNs$,1&C<$G@Z$l$k>l9g$J$s$+$O<+NO$G$R$C$/$jJV$5$J$$$H$$$1$J$$!#(B # ($B$=$l$C$F7k6IA4It<BAu$9$k$C$F$3$H$8$c$!(B... $B3Z$O=PMh$J$$$C$F$3$H$+(B) $B$?$@!"L/$J8=>]$,5/$3$C$F$$$F!"(B echo "- \0301\0302\0303.\n- \0301. \0302. \0303." | w3m-m17n -Il6 -Ou -dump $B$HI8=`=PNO$K=P$9$H!"(B5$B2s$K(B 1$B2s$/$i$$$N3d9g$G:81&$,$R$C$/$jJV$k$h$&$G$9!#(B $B2?$+$N%?%$%_%s%0$r8+$F$$$^$9$+!)(B # $B;d$N4D6-$@$1$+$J$!!#(B $B$"$H!"4A;z$,=P$J$/$J$C$?$N$G$9$,2?$+1F6A$7$?$N$G$7$g$&$+!)(B # Web $B$G8+$F=q$$$F$$$k$N$G!"%9%l%C%I$r@Z$C$F$7$^$C$F$9$_$^$;$s!#(B # Message-ID: $B8+$;$F(B... ----------------------------------- $B:dK\(B $B9@B'(B <hs...@mt...> http://www2u.biglobe.ne.jp/~hsaka/ |
|
From: Tomohiro K. <tk...@ri...> - 2001-12-05 11:45:18
|
久保田です。 mlterm のアイコンを作ってみました。お好きなウィンドウマネージャと いっしょに使ってください。 # おいしいとこどり、って言われそう... :-) サイズは 16x16, 32x32, 48x48 の 3 種類です。フォーマットは xpm で、 10 色程度の使用に抑えてあります。(じつは、Debian メニューシステムで アイコン用に使ってもよい色が 24 色あって、それのサブセットになって います)。というか、青と緑以外はグレースケールです。 ターミナルエミュレータのアイコンは伝統的に、VT100 ターミナルの 図柄もしくはディスプレイの図柄とするようですので、デザイン的にも 楽なディスプレイの図柄を採用しました。 そして、「多言語」をどういうふうに表現するかですが、いろんな スクリプトからの文字を表示するのがいちばんなんですが、そうすると 少なくともラテン文字、キリル文字、ギリシャ文字、漢字、タイ文字、 仮名、ハングル、くらいを入れたくなりますが (BiDi サポートのあかつき にはアラビア文字とヘブライ文字も入れないと)、これは 16x16 とかだと かなり厳しいので、地球の図柄にしました。 地球はどこの面を向けるか、というのがまた悩みどころですが、 これはあまり意識していません。強いて言えば、太平洋に面した図柄に 近いかな、と思います。(これは、日本人が太平洋に面した地球を見慣れて いるから、ということで無意識のうちにそうなっているのかもしれません)。 もし気に入ってもらえたら、mlterm といっしょに配布してくださいな。 --- 久保田智広 Tomohiro KUBOTA <ku...@de...> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ |
|
From: Araki K. <j00...@ip...> - 2001-12-05 11:25:03
|
荒木です:-)
Subject: [Mlterm-dev-ja] segmentation fault in ml_get_xim()
From: Hironori Sakamoto <hs...@mt...>
Message-ID: <200...@ud...>
Date: Wed, 5 Dec 2001 19:58:18 +0900 (JST)
> CVS の最新版の mlterm ですが、ml_get_xim() で落ちました。
> 原因は xim_locale が NULL になっていたためで、
> window_realized() -> ml_xic_activate() から渡ってきたものです。
> NULL を渡さないか、ml_get_xim() で NULL 判定を入れるべきかと。
すみません、大ボケでした。
先程、添付のパッチを commit しておきました。
では
--
kiken
j00...@ip...
Index: src/ml_xim.c
===================================================================
RCS file: /cvsroot/mlterm/mlterm/src/ml_xim.c,v
retrieving revision 1.3
diff -u -r1.3 ml_xim.c
--- src/ml_xim.c 2001/12/03 01:09:06 1.3
+++ src/ml_xim.c 2001/12/05 11:23:06
@@ -244,7 +244,7 @@
char * xmod ;
char * cur_locale ;
- if( strcmp( xim_locale , "C") == 0)
+ if( xim_locale != NULL && strcmp( xim_locale , "C") == 0)
{
return NULL ;
}
|
|
From: Hironori S. <hs...@mt...> - 2001-12-05 11:00:27
|
$B:dK\$G$9!#(B CVS $B$N:G?7HG$N(B mlterm $B$G$9$,!"(Bml_get_xim() $B$GMn$A$^$7$?!#(B $B860x$O(B xim_locale $B$,(B NULL $B$K$J$C$F$$$?$?$a$G!"(B window_realized() -> ml_xic_activate() $B$+$iEO$C$F$-$?$b$N$G$9!#(B NULL $B$rEO$5$J$$$+!"(Bml_get_xim() $B$G(B NULL $BH=Dj$rF~$l$k$Y$-$+$H!#(B ----------------------------------- $B:dK\(B $B9@B'(B <hs...@mt...> http://www2u.biglobe.ne.jp/~hsaka/ |
|
From: Araki K. <j00...@ip...> - 2001-12-05 09:31:04
|
荒木です:-)
RTL 対応の仮実装を行ってみました。
http://f-cubed.com/ken/mlterm/mlterm-rtl-1.patch.gz
CVS リポジトリの最新版へのパッチです。
既存の実装を生かす形になっておりますので、やっていることは結構アドホック
です。
fribidi のような汎用ライブラリは使用せず、全部自前でやってます。
しかも、仕様書は読んでいません。xterm の挙動を参照したのみです。
そのため、勘違いしている可能性大ですが、少なくとも xterm-152-27 と同等の
処理が実現できているのではないか、と思います。
実装途上で、いろいろバグを見つけたりもしましたので、その修正も入っていま
す。
以下は手順です。
$ gunzip -c mlterm-rtl-1.patch.gz | patch
$ ./configure
$ make
$ make install
$ mlterm -km utf8
テストしていただく際には、適当な UTF-8 ファイルを cat するとか、RTL 文字列
を copy & paste するなどしてみて下さい。
それから、Bidi モードの切替は、まだ実装しておりません。
続け書きの shaping も未実装ですので、アラビア文字を正しく表示することも
できません。
では
--
kiken
j00...@ip...
|
|
From: Mike F. <mf...@su...> - 2001-12-04 10:36:55
|
Tomohiro KUBOTA <tk...@ri...> writes: > kinput2 の側の問題かも知れません。 > > kinput2 のリソースファイル (/etc/X11/app-defaults/Kinput2 など) > に、「*IMProtocol.locales:」で始まる行があると思いますが、それに > 「ja_JP.UTF-8」を追加してみたら、どうなりますか。 追加してみましたが、問題はまだ同じです。 > ただし、こちらの環境でも、そこに ja_JP.UTF-8 はありませんので、 > それが原因ではないかもしれません。 > > それともうひとつ、ja_JP というロケールは何の alias になっていますか。 > こちらでは、ja_JP.eucJP と同じ意味になります。/etc/locale.alias を > チェックしてください。 こちらに同じです： mfabian@gregory:~$ grep ja /usr/share/locale/locale.alias japanese ja_JP.eucJP japanese.euc ja_JP.eucJP ja_JP ja_JP.eucJP ja_JP.ujis ja_JP.eucJP japanese.sjis ja_JP.SJIS mfabian@gregory:~$ -- Mike Fabian <mf...@su...> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 |
|
From: Tomohiro K. <tk...@ri...> - 2001-12-03 23:31:45
|
久保田です。 kinput2 の側の問題かも知れません。 kinput2 のリソースファイル (/etc/X11/app-defaults/Kinput2 など) に、「*IMProtocol.locales:」で始まる行があると思いますが、それに 「ja_JP.UTF-8」を追加してみたら、どうなりますか。 ただし、こちらの環境でも、そこに ja_JP.UTF-8 はありませんので、 それが原因ではないかもしれません。 それともうひとつ、ja_JP というロケールは何の alias になっていますか。 こちらでは、ja_JP.eucJP と同じ意味になります。/etc/locale.alias を チェックしてください。 --- 久保田智広 Tomohiro KUBOTA <ku...@de...> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ |
|
From: Mike F. <mf...@su...> - 2001-12-03 23:12:31
|
Araki Ken <j00...@ip...> writes:
> 手元の環境には、ja_JP.UTF-8 locale がありませんので、ご報告いただいた
> 問題を再現できていないのですが、これは、kinput2から入力した文字列が、変
> 換確定後、一切画面に表示されないということでしょうか?
はい、そうです。
> もし、画面に入力文字列が一切表示されないということでしたら、OpenXIM()す
> る際の locale と、XIM に bind されている parser object が噛み合っていな
> いのかな、と思います。
> そのため、parser object が、XIM から受け取った文字列を、不正な文字コード
> だよ、として無視しているような気がします。
>
> ml_xim.c の、 open_xim()にて、OpenXIM()した直後、
>
> if( ( xim->encoding = ml_get_encoding( ml_get_codeset())) == ML_UNKNOWN_ENCODING)
> {
> goto error ;
> }
>
> if( ( xim->parser = ml_parser_new( xim->encoding)) == NULL)
> {
> goto error ;
> }
>
> if( ( xim->xmod = strdup( xmod)) == NULL)
> {
> goto error ;
> }
>
> if( ( xim->locale = strdup( ml_get_locale())) == NULL)
> {
> goto error ;
> }
>
> このようなコードがあるかと思いますが、この、xim->encoding が 19 、xim->locale
> が "ja_JP.UTF-8" になっているかどうか、もしくは、ml_xic.c の ml_xic_get_str()
> にて、XmbLookupString() で取得している文字列 (seq,seq_len) が、正しい UTF-8
> 文字列になっているかどうかを調べていただけませんでしょうか?
調べるために、次のパッチを当てました：
--- mlterm-2.0.0.orig/src/ml_xim.c Tue Dec 4 00:00:38 2001
+++ mlterm-2.0.0/src/ml_xim.c Mon Dec 3 23:55:40 2001
@@ -173,7 +173,9 @@
{
goto error ;
}
-
+ printf("xim->encoding=%d xim->locale=%s xim->xmod=%s\n",
+ xim->encoding,xim->locale,xim->xmod);
+
XSetIMValues( im , XNDestroyCallback , &callback , NULL) ;
num_of_xims ++ ;
--- mlterm-2.0.0.orig/src/ml_xic.c Sat Nov 24 15:59:42 2001
+++ mlterm-2.0.0/src/ml_xic.c Tue Dec 4 00:07:59 2001
@@ -8,6 +8,7 @@
#include <X11/Xutil.h> /* XLookupString */
#include <kiklib/kik_debug.h>
#include <kiklib/kik_str.h> /* kik_str_alloca_dup */
+#include <stdio.h>
#include "ml_window_intern.h"
#include "ml_xim.h" /* refering mutually */
@@ -560,8 +561,10 @@
if( ( len = XmbLookupString( win->xic->ic , event , seq , seq_len , keysym , &stat)) == 0)
{
+ printf("0 == XmbLookupString()\n");
return 0 ;
}
+ printf("XmbLookupString() returned %s\n",seq);
if( IS_ENCODING_BASED_ON_ISO2022(win->xic->xim->encoding) && *seq < 0x20)
{
XmbLookupString() が何も取得しないようです：
LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=kinput2 ./mlterm
xim->encoding=19 xim->locale=ja_JP.UTF-8 xim->xmod=@im=kinput2
0 == XmbLookupString() <- これから日本語の入力やってみました[1]。
0 == XmbLookupString()
0 == XmbLookupString()
XmbLookupString() returned e <- これから 「exit」を入力しました。
XmbLookupString() returned x
XmbLookupString() returned i
XmbLookupString() returned t
XmbLookupString() returned
a
[1] 「Shift-Space 漢字 Return Shift-Space」 を入力しました。
--
Mike Fabian <mf...@su...> http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
|
|
From: Mike F. <mf...@su...> - 2001-12-03 21:42:10
|
Araki Ken <j00...@ip...> writes: >> 次のパッチを当てると、問題が無くなります： > > これは、kinput2 のときに、ja_JP.eucJP ローケールを強制的に使用するという > ことですね。 [...] > このパッチは、kinput2 が、ja_JP.eucJP ローケールで動作することを証明して > いるとは思いますが、ja_JP.UTF-8 で動作しない原因が、kinput2 にあることの > 証明にはならないように思います。 そうですね。残念ながら、私は本当の原因を良く分かりません。 -- Mike Fabian <mf...@su...> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 |
|
From: Araki K. <j00...@ip...> - 2001-12-03 21:17:29
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] UTF-8 locale に起こる kinput2 の問題
From: Mike Fabian <mf...@su...>
Message-ID: <s3t...@gr...>
Date: Mon, 03 Dec 2001 21:56:18 +0100
> 次のパッチを当てると、問題が無くなります：
これは、kinput2 のときに、ja_JP.eucJP ローケールを強制的に使用するという
ことですね。
確かに、以前いただいたご報告では、ja_JP.eucJP ローケールでは問題ないとい
うことでしたので、これで動くとは思います。
しかし、
> > 1. kinput2 の UTF-8 ローケールでの動作がおかしい。
> 1. は問題の原因だと思います。
とはいえ、久保田さんの環境では、UTF-8 ローケールで kinput2 がちゃんと動作
している、ということから考えて、無理矢理 ja_JP.eucJP ローケールにしなくて
も動作させる方法はあるのではないか、と思います。
他の方で、Fabian さんの現象を再現する、もしくは再現できないぞ、という方
はいらっしゃいませんでしょうか?
XFree86 のバグか、kinput2 のバグか、mlterm のバグか、どうも切り分けがで
きないでいます。
> このパッチは完璧ではありませんが、kinput2 の UTF-8 ローケールでの動作
> が可笑しいの証明です。
このパッチは、kinput2 が、ja_JP.eucJP ローケールで動作することを証明して
いるとは思いますが、ja_JP.UTF-8 で動作しない原因が、kinput2 にあることの
証明にはならないように思います。
久保田さんの環境では正常動作していることから考えて、mlterm のバグ、XFree86
のバグという可能性も捨て切れないように思います。
> 他のXIMサーバは(nicolatter,htt,jmode,xcin) は全てUTF-8ローケールにも大
> 丈夫です。
これが不思議なんですよね。
なんでなのでしょう ??
# 現在、RTL 実装中です。
# いろいろ制約はありますが、とりあえず表示して、ちょこっと文字入力する程
# 度なら動作するようです。
# 後で、パッチを投げます(Mlterm-dev-en には、native の方が参加されている
# ようですし)
では
--
kiken
j00...@ip...
|
|
From: Mike F. <mf...@su...> - 2001-12-03 20:56:23
|
Araki Ken <j00...@ip...> writes: > 荒木です:-) > >>> LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm >>> したのち、設定画面にて、Input Method として kinput2 を 選択、さらに >>> XIM Locale 欄をja_JP.UTF-8 に書き換えて、apply した場合(*)も同様の問題が >>> 発生するかについても、調べていただけると幸いです。 >> はい、上記のままで「Input Method: kinput2」と「XIM Locale: ja_JP.UTF-8」 >> を選択すると、同様な問題が発生します。「XIM Locale: ja_JP.eucJP」を選 >> 択すると、問題なし入力できます。 > > LC_CTYPEのローケールを見ている場合でも、mlconfigからローケールを指定した > 場合でも、UTF-8 ローケールで問題が発生するということは、考えられる可能性 > としては、 > > 1. kinput2 の UTF-8 ローケールでの動作がおかしい。 1. は問題の原因だと思います。 次のパッチを当てると、問題が無くなります： |
|
From: Araki K. <j00...@ip...> - 2001-12-03 02:12:46
|
荒木です:-)
>> LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm
>> したのち、設定画面にて、Input Method として kinput2 を 選択、さらに
>> XIM Locale 欄をja_JP.UTF-8 に書き換えて、apply した場合(*)も同様の問題が
>> 発生するかについても、調べていただけると幸いです。
> はい、上記のままで「Input Method: kinput2」と「XIM Locale: ja_JP.UTF-8」
> を選択すると、同様な問題が発生します。「XIM Locale: ja_JP.eucJP」を選
> 択すると、問題なし入力できます。
LC_CTYPEのローケールを見ている場合でも、mlconfigからローケールを指定した
場合でも、UTF-8 ローケールで問題が発生するということは、考えられる可能性
としては、
1. kinput2 の UTF-8 ローケールでの動作がおかしい。
2. mlterm が、setlocale()に失敗している。
3. mlterm 側で、XIM からも文字列を解析するための UTF-8 パーサを生成でき
ていない(か、別のエンコーディング用のパーサが生成されている)。
くらいでしょうか...
しかし、3.1beta2 だけでなく、久保田さんの環境で正常動作している kinput2 3.0
でも問題がでるということは、1は、なさそうですね。
kinput2 以外でも問題ないということですから、2,3も可能性は薄いように思い
ますが。
すみませんが、現時点ではさっぱり原因が分からないです。
どなたか、他に同様の現象を再現された方はいらっしゃいませんか?
Linux などで、環境にja_JP.UTF-8 ローケールが入ってらっしゃる方は、
LC_CTYPE=ja_JP.UTF-8 XMODIFIERS="@im=kinput2" mlterm
にて、日本語入力できるか、環境の情報と共に報告していただけるとありがたいです。
では
--
kiken
j00...@ip...
|
|
From: Mike F. <mf...@su...> - 2001-12-03 01:48:01
|
Araki Ken <j00...@ip...> writes: >> しかし、mltermを次のように実行すると、その問題が >> 起こりません： >> >> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm >> >> mlterm の中に Control-Mouse-3 を押して、「Input Method: kinput2」 >> と 「XIM Locale: ja_JP.eucJP」を選択しました。そすると、 >> 日本語の入力がちゃんとできました。 > > XIM Locale: ja_JP.eucJP > > を選択しますと、その Input Method を、ja_JP.eucJP locale にて OpenXIM() > しますので、その場合に問題が起こらないということでしたら、kinput2 を > ja_JP.UTF-8 locale で OpenXIM() した場合にだけ(XmbLookupString()で受け取 > った文字列が UTF-8 の時にだけ)、問題が起こるようですね。 > > もしよろしければ、 > > LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm > > したのち、設定画面にて、Input Method として kinput2 を 選択、さらに > XIM Locale 欄をja_JP.UTF-8 に書き換えて、apply した場合(*)も同様の問題が > 発生するかについても、調べていただけると幸いです。 > > (*) > この場合、XIM を ja_JP.UTF-8 locale で Open し、かつ、pty 側の encoding > は、UTF-8 になります。 はい、上記のままで「Input Method: kinput2」と「XIM Locale: ja_JP.UTF-8」 を選択すると、同様な問題が発生します。「XIM Locale: ja_JP.eucJP」を選 択すると、問題なし入力できます。 -- Mike Fabian <mf...@su...> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。 |
|
From: Araki K. <j00...@ip...> - 2001-12-03 01:14:33
|
荒木です:-)
Subject: [Mlterm-dev-ja] Xwnmo(Wnn7) ver 1.01
From: Daichi GOTO <da...@jp...>
Message-ID: <-53...@br...et>
Date: Mon, 3 Dec 2001 06:53:26 +0900 (JST)
> 今まで rxvt や Qt では Xwnmo(Wnn7) を利用することができませんでしたが、こ
> れができるようになりました。
かなりクセがあるんですね。
> よって、もしかすると、mlterm側で修正しなくても、ver1.01は動作する
> ようになっていたかもしれませんでした :)
多分無理だったろうと思います。
Focus処理に関する mlterm 側のバグが悪さをしていた気がしますので。
いずれにせよ、1.00でも動作するに越したことはないですし:)
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2001-12-03 01:10:15
|
荒木です:-)
ちょこっと修正しました。
[20011203]
* ml_get_locale() in ml_locale.c returns "C" if setlocale() failed in ml_locale_init().
* ml_get_xim() in ml_xim.c returns NULL if xim_locale argument is "C" or
ml_locale_init(xim_locale) fails.
* doc/en/README.sb is added.
* doc/{ja|en}/README.xim is added.
XIM 周りの処理については、README.xim に簡単なドキュメントを添付致しました。
(先程のメールの内容とほぼ同じです)
doc/en/README.sb は、doc/ja/README.sb のヘボ英訳です。
本来、README.sb より優先順位が高いと思われる README.dev の英訳は、まだ手
付かずです。
# 大きな修正が入る前に、2.0.1 出した方がいいかしら...
では
--
kiken
j00...@ip...
|
|
From: Mike F. <mf...@su...> - 2001-12-03 00:47:37
|
Tomohiro KUBOTA <tk...@ri...> writes:
> Debian GNU/Linux unstable (Sid), GNU libc 2.2.4, XFree86 4.1.0,
> kinput2 3.0 を使っていますが、問題は起こっていません。
私は SuSE Linux unstable (post 7.3), glibc 2.2.4, XFree86 4.1.0
kinput2-v3.1beta2を使っています。
> 報告された内容から考えると、おそらく、kinput2 <--> mlterm の通信に
> UTF-8 を使うと障害が起き、EUC-JP を使うと大丈夫なようです。
>
> いくつか、調べることがあります。
>
> 1. OS は何ですか。Linux の場合、GNU libc version 2.2 以降が必要です。
>
> 2. ja_JP.UTF-8 ロケールは存在しますか。Linux + GNU libc 2.2 の場合、
> /usr/lib/locale/ja_JP.utf8 というディレクトリがあるかどうか、
> チェックしてください。
はい、ja_JP.UTF-8 ロケールは存在します。
> 3. mlterm の代わりに、xterm を使った場合はどうですか。
残念ながら、今使用しているxtermにXIMは全然サポートされていませんようで
す。
mfabian@gregory:~$ xterm -help
XFree86 4.0.3(156) usage:
古すぎるでしょう。久保田さんのXIMパッチはまだ入っていないでしょう。
久保田さんのXIMパッチもうXFree86のCVSに含まれていますか。
> 4. kinput2 のバージョンは、いくらですか。3.0 が、最新です。
v3.1beta2. 今kinput2-v3インストールして、もう一度試しましたが、
問題は同じです。
> 5. 多分関係ないですが、kinput2 を起動するときのロケールは何ですか。
LANG=ja_JP LC_ALL=ja_JP kinput2 -xim -kinput -canna &
--
Mike Fabian <mf...@su...> http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
|
|
From: Tomohiro K. <tk...@ri...> - 2001-12-02 22:50:46
|
おはようございます。久保田です。 Debian GNU/Linux unstable (Sid), GNU libc 2.2.4, XFree86 4.1.0, kinput2 3.0 を使っていますが、問題は起こっていません。 報告された内容から考えると、おそらく、kinput2 <--> mlterm の通信に UTF-8 を使うと障害が起き、EUC-JP を使うと大丈夫なようです。 いくつか、調べることがあります。 1. OS は何ですか。Linux の場合、GNU libc version 2.2 以降が必要です。 2. ja_JP.UTF-8 ロケールは存在しますか。Linux + GNU libc 2.2 の場合、 /usr/lib/locale/ja_JP.utf8 というディレクトリがあるかどうか、 チェックしてください。 3. mlterm の代わりに、xterm を使った場合はどうですか。 4. kinput2 のバージョンは、いくらですか。3.0 が、最新です。 5. 多分関係ないですが、kinput2 を起動するときのロケールは何ですか。 --- 久保田智広 Tomohiro KUBOTA <ku...@de...> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ |
|
From: Araki K. <j00...@ip...> - 2001-12-02 22:42:07
|
荒木 @ mlterm開発者 です:-)
Subject: [Mlterm-dev-ja] UTF-8 locale に起こる kinput2 の問題
From: Mike Fabian <mf...@su...>
Message-ID: <s3t...@gr...>
Date: Sun, 02 Dec 2001 22:16:48 +0100
> UTF-8 localeにmltermとkinput2を使用して見ましたが、小さな問題が起
> こりました。
ご報告ありがとうございます_o_
> 次の様にmltermを実行しました：
>
> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=kinput2 mlterm
>
> Shift-Spaceを使って日本語の入力モードに入って、平仮名を入力して、
> 変換を押して、Return を押しました。
> Return を押した時、日本語の言葉が削除されました。
手元の環境には、ja_JP.UTF-8 locale がありませんので、ご報告いただいた
問題を再現できていないのですが、これは、kinput2から入力した文字列が、変
換確定後、一切画面に表示されないということでしょうか?
まず、mlterm では、XIM からの文字列を処理するにあたって、
1. 指定された locale (この場合は、ja_JP.UTF-8) にて、OpenXIM()
2. その locale のコードセット(この場合は、UTF-8)用の parser object を、
その XIM に bind (ml_xim.h:ml_xim_t の XIM , mkf_parser_t メンバ)
3. XIM から受け取った文字列を、その XIM に bind されている parser object
を使って解釈し、pty 側の encoding に変換、出力。
という、少々特殊な手順をとっております。
# pty 側の encoding と、XIM 側の locale が、矛盾していても構わない(たと
# えば、pty 側が、UTF-8 encoding で、XIM の locale が ko_KR.eucKR でも構
# わない)ような実装になっているということです。
もし、画面に入力文字列が一切表示されないということでしたら、OpenXIM()す
る際の locale と、XIM に bind されている parser object が噛み合っていな
いのかな、と思います。
そのため、parser object が、XIM から受け取った文字列を、不正な文字コード
だよ、として無視しているような気がします。
ml_xim.c の、 open_xim()にて、OpenXIM()した直後、
if( ( xim->encoding = ml_get_encoding( ml_get_codeset())) == ML_UNKNOWN_ENCODING)
{
goto error ;
}
if( ( xim->parser = ml_parser_new( xim->encoding)) == NULL)
{
goto error ;
}
if( ( xim->xmod = strdup( xmod)) == NULL)
{
goto error ;
}
if( ( xim->locale = strdup( ml_get_locale())) == NULL)
{
goto error ;
}
このようなコードがあるかと思いますが、この、xim->encoding が 19 、xim->locale
が "ja_JP.UTF-8" になっているかどうか、もしくは、ml_xic.c の ml_xic_get_str()
にて、XmbLookupString() で取得している文字列 (seq,seq_len) が、正しい UTF-8
文字列になっているかどうかを調べていただけませんでしょうか?
> しかし、mltermを次のように実行すると、その問題が
> 起こりません：
>
> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm
>
> mlterm の中に Control-Mouse-3 を押して、「Input Method: kinput2」
> と 「XIM Locale: ja_JP.eucJP」を選択しました。そすると、
> 日本語の入力がちゃんとできました。
XIM Locale: ja_JP.eucJP
を選択しますと、その Input Method を、ja_JP.eucJP locale にて OpenXIM()
しますので、その場合に問題が起こらないということでしたら、kinput2 を
ja_JP.UTF-8 locale で OpenXIM() した場合にだけ(XmbLookupString()で受け取
った文字列が UTF-8 の時にだけ)、問題が起こるようですね。
もしよろしければ、
LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm
したのち、設定画面にて、Input Method として kinput2 を 選択、さらに
XIM Locale 欄をja_JP.UTF-8 に書き換えて、apply した場合(*)も同様の問題が
発生するかについても、調べていただけると幸いです。
(*)
この場合、XIM を ja_JP.UTF-8 locale で Open し、かつ、pty 側の encoding
は、UTF-8 になります。
> kinput2 以外の XIM サーバの場合にも、そのような問題が起こりません。
>
> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=jmode mlterm
> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=nicolatter mlterm
> mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=htt mlterm
>
> は全て大丈夫です。
それは不思議ですね。
kinput2 のときだけ、ja_JP.UTF-8 で問題が起こるということになりますと、上
に書いたような原因は、少々的を外しているような気もします。はてさて ?
久保田さんのところでも、再現できるか、試してみていただけますでしょうか?
> SuSE Linux 7.3 のためのパッケージをここに保存しました：
> ftp://ftp.suse.com/pub/people/mfabian/7.3-i386/mlterm-2.0.0-0.i386.rpm
> ftp://ftp.suse.com/pub/people/mfabian/7.3-src/mlterm-2.0.0-0.src.rpm
ありがとうございます:)
では
--
kiken
j00...@ip...
|
|
From: Daichi G. <da...@jp...> - 2001-12-02 21:52:41
|
大地です。
そういえば、報告するの忘れてました。
先日、オムロンさんから Wnn7 ver.1.01 というマイナーバージョンアップが
ありました。機能に関する主な変更はXwnmo(Wnn7) 対応クライアントの
強化です。今まで rxvt や Qt では Xwnmo(Wnn7) を利用することができ
ませんでしたが、これができるようになりました。
無論、mltermでも引き続き問題なく動いてます。
よって、もしかすると、mlterm側で修正しなくても、ver1.01は動作する
ようになっていたかもしれませんでした :)
# FreeBSD JDKとかはまだダメでっす。オムロンの開発者さんに対応を
# 期待、であります。
Daichi T.GOTO(ONGS)
http://www.ongs.net/daichi, da...@jp...
|
|
From: Mike F. <mf...@su...> - 2001-12-02 21:16:52
|
UTF-8 localeにmltermとkinput2を使用して見ましたが、小さな問題が起
こりました。次の様にmltermを実行しました：
mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=kinput2 mlterm
Shift-Spaceを使って日本語の入力モードに入って、平仮名を入力して、
変換を押して、Return を押しました。
Return を押した時、日本語の言葉が削除されました。
しかし、mltermを次のように実行すると、その問題が
起こりません：
mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS="" mlterm
mlterm の中に Control-Mouse-3 を押して、「Input Method: kinput2」
と 「XIM Locale: ja_JP.eucJP」を選択しました。そすると、
日本語の入力がちゃんとできました。
kinput2 以外の XIM サーバの場合にも、そのような問題が起こりません。
mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=jmode mlterm
mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=nicolatter mlterm
mfabian@gregory:~$ LC_ALL=ja_JP.UTF-8 XMODIFIERS=@im=htt mlterm
は全て大丈夫です。
mfabian@gregory:~$ LC_ALL=ja_JP.eucJP XMODIFIERS=@im=kinput2 mlterm
も大丈夫です。
どうしてその様な問題が起こると知っている方いらっしゃいますか。
追伸
SuSE Linux 7.3 のためのパッケージをここに保存しました：
ftp://ftp.suse.com/pub/people/mfabian/7.3-i386/mlterm-2.0.0-0.i386.rpm
ftp://ftp.suse.com/pub/people/mfabian/7.3-src/mlterm-2.0.0-0.src.rpm
--
Mike Fabian <mf...@su...> http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
|
792 messages has been excluded from this view by a project administrator.
