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

[Mlterm-dev-ja] libltdl, UCS mapping

[AIDA S. <sh...@j1...>]

相田です。

MacOS Xでスクロールバーを使えるように、libltdlに対応させてみました。実際にモジュールを
ロードできるわけではなく、dlpreopenで誤魔化しただけですが、libtoolが対応してくれれば
本物のモジュールを使えます。

あと、UCSマッピングをローカライズする時に、システムのlocaleが取れない場合も、環境変数で
適切なマッピングを決めるようにしてくれませんか？

diff -ru mlterm-2.7.0.orig/configure.in mlterm-2.7.0/configure.in
--- mlterm-2.7.0.orig/configure.in	Sat Jun 14 09:26:09 2003
+++ mlterm-2.7.0/configure.in	Sun Jul 13 03:54:28 2003
@@ -25,6 +25,7 @@
  AC_PROG_INSTALL

  AC_LIBTOOL_WIN32_DLL
+AC_LIBTOOL_DLOPEN
  AC_ARG_WITH(libtool,
  	[  --with-libtool          libtool path[without]],
  	libtool=$with_libtool)
@@ -233,10 +234,14 @@
  sample)
  	MAKE_DIRS="scrollbar/sample ${MAKE_DIRS}"
  	OUTPUT_FILES="scrollbar/sample/Makefile ${OUTPUT_FILES}"
+	MODULES='m4_foreach(Name, [sample,sample2],
+		[-dlopen $(top_builddir)/scrollbar/sample/lib[]Name.la 
])'"${MODULES}"
  	;;
  extra)
  	MAKE_DIRS="contrib/scrollbar/extra ${MAKE_DIRS}"
  	OUTPUT_FILES="contrib/scrollbar/extra/Makefile ${OUTPUT_FILES}"
+	MODULES='m4_foreach(Name, [athena,motif,mozmodern,next],
+		[-dlopen $(top_builddir)/contrib/scrollbar/extra/lib[]Name.la 
])'"${MODULES}"
  	;;
  *)
  	echo "${scrollbar} is unknown scrollbar."
@@ -249,6 +254,7 @@

  AC_SUBST(MAKE_DIRS)
  AC_SUBST(OUTPUT_FILES)
+AC_SUBST(MODULES)

  # gettext
  AM_INIT_AUTOMAKE(mlterm,2.7.0)
diff -ru mlterm-2.7.0.orig/kiklib/configure.in 
mlterm-2.7.0/kiklib/configure.in
--- mlterm-2.7.0.orig/kiklib/configure.in	Sat May 10 03:47:46 2003
+++ mlterm-2.7.0/kiklib/configure.in	Sun Jul 13 02:54:33 2003
@@ -12,6 +12,26 @@
  AC_PROG_INSTALL

  AC_LIBTOOL_WIN32_DLL
+AC_ARG_WITH(libltdl,
+	[  --with-libltdl[[=PREFIX]] load modules with libltdl[[without]]],,
+	[with_libltdl=no])
+if test "x$with_libltdl" != "xno" ; then
+	if test "x$with_libltdl" != "xyes"; then
+		LIBLTDL_CFLAGS="-I$with_libltdl/include"
+		kik_libltdl_libdir="-L$with_libltdl/lib"
+	fi
+	kik_ldflags_save="$LDFLAGS"
+	LDFLAGS="$LDFLAGS $kik_libltdl_libdir"
+	AC_CHECK_LIB(ltdl,lt_dlopen,
+		     [LIBLTDL_LIBS="$kik_libltdl_libdir -lltdl"],
+		     [AC_MSG_WARN([cannot find libltdl])])
+	LDFLAGS="$kik_ldflags_save"
+	AC_DEFINE(USE_LIBLTDL)
+fi
+AC_SUBST(LIBLTDL_CFLAGS)
+AC_SUBST(LIBLTDL_LIBS)
+AC_SUBST(LIBLTDL_LDFLAGS)
+
  AC_ARG_WITH(libtool,
  	[  --with-libtool          libtool path[without]],
  	libtool=$with_libtool)
@@ -133,6 +153,10 @@

  # librarie name (cygwin: cygfoo.dll, darwin: libfoo.dylib, other: 
libfoo.so)
  # case ${target_os} in  TODO: cross-compile support (sato)
+if test "x$with_libltdl" != "xno"; then
+	LIB_PREFIX="lib"
+	LIB_SUFFIX=".la"
+else
  case ${host_os} in
  	cygwin*)
  		LIB_PREFIX="cyg"
@@ -147,6 +171,7 @@
  		LIB_SUFFIX=".so"
  		;;
  esac
+fi
  AC_SUBST(LIB_PREFIX)
  AC_SUBST(LIB_SUFFIX)

diff -ru mlterm-2.7.0.orig/kiklib/src/Makefile.in 
mlterm-2.7.0/kiklib/src/Makefile.in
--- mlterm-2.7.0.orig/kiklib/src/Makefile.in	Wed Jun  4 15:44:59 2003
+++ mlterm-2.7.0/kiklib/src/Makefile.in	Thu Jul 10 23:59:40 2003
@@ -16,8 +16,9 @@
  INSTALL = @INSTALL@
  LIBTOOL = @LIBTOOL@

-CFLAGS = $(CFLAGS_LOCAL) @DEB_CFLAGS@ @CFLAGS@ @CPPFLAGS@ 
-DLIB_PREFIX=¥"@LIB_PREFIX@¥" -DLIB_SUFFIX=¥"@LIB_SUFFIX@¥"
-LIBS = $(LIBS_LOCAL) @XPG4_LIBS@ @DL_LIBS@ @UTMPER_LIBS@ @LOGIN_LIBS@
+CFLAGS = $(CFLAGS_LOCAL) @DEB_CFLAGS@ @CFLAGS@ @CPPFLAGS@ 
@LIBLTDL_CFLAGS@ ¥
+	 -DLIB_PREFIX=¥"@LIB_PREFIX@¥" -DLIB_SUFFIX=¥"@LIB_SUFFIX@¥"
+LIBS = $(LIBS_LOCAL) @XPG4_LIBS@ @DL_LIBS@ @UTMPER_LIBS@ @LOGIN_LIBS@ 
@LIBLTDL_LIBS@

  COMOBJ = kik_debug.o kik_map.o kik_args.o kik_dlfcn.o kik_mem.o 
kik_conf.o kik_file.o kik_path.o ¥
  	kik_conf_io.o kik_str.o kik_cycle_index.o kik_langinfo.o kik_time.o 
kik_locale.o ¥
diff -ru mlterm-2.7.0.orig/kiklib/src/kik_config.h.in 
mlterm-2.7.0/kiklib/src/kik_config.h.in
--- mlterm-2.7.0.orig/kiklib/src/kik_config.h.in	Sun Jan 12 21:34:31 
2003
+++ mlterm-2.7.0/kiklib/src/kik_config.h.in	Thu Jul 10 23:10:35 2003
@@ -12,6 +12,8 @@

  #undef  HAVE_DLFCN_H

+#undef  USE_LIBLTDL
+
  #undef  HAVE_STRSEP

  #undef  HAVE_FGETLN
diff -ru mlterm-2.7.0.orig/kiklib/src/kik_dlfcn.c 
mlterm-2.7.0/kiklib/src/kik_dlfcn.c
--- mlterm-2.7.0.orig/kiklib/src/kik_dlfcn.c	Tue Jun  3 21:00:55 2003
+++ mlterm-2.7.0/kiklib/src/kik_dlfcn.c	Sun Jul 13 02:58:18 2003
@@ -12,7 +12,48 @@

  /* --- global functions --- */

-#if  defined(HAVE_DL_H)
+#if  defined(USE_LIBLTDL)
+
+static int ltdl_ok = 0;
+
+kik_dl_handle_t
+kik_dl_open(
+	char *  dirpath ,
+	char *  name
+	)
+{
+	char *  path ;
+
+	if (!ltdl_ok)
+		return NULL;
+	if( ( path = alloca( strlen( dirpath) + strlen( LIB_PREFIX) + strlen( 
name) + 1)) == NULL)
+	{
+		return  NULL ;
+	}
+
+	sprintf( path , "%s%s%s" , dirpath , LIB_PREFIX , name) ;
+
+	return lt_dlopenext( path ) ;
+}
+
+int
+kik_dl_close(
+	kik_dl_handle_t  handle
+	)
+{
+	return  lt_dlclose( handle) ;
+}
+
+void *
+kik_dl_func_symbol(
+	kik_dl_handle_t  handle ,
+	char *  symbol
+	)
+{
+	return  lt_dlsym( handle , symbol) ;
+}
+
+#elif  defined(HAVE_DL_H)

  kik_dl_handle_t
  kik_dl_open(
@@ -123,6 +164,41 @@
  	)
  {
  	return  NULL ;
+}
+
+#endif
+
+#ifdef USE_LIBLTDL
+
+int
+kik_dl_init(void)
+{
+	const char *msg;
+	if (lt_dlinit())
+		return 0;
+	ltdl_ok = 1;
+	return 1;
+}
+
+void
+kik_dl_exit(void)
+{
+	ltdl_ok = 0;
+	lt_dlexit(); /* ignore returned code */
+}
+
+#else
+
+int
+kik_dl_init(void)
+{
+	return 1;
+}
+
+void
+kik_dl_exit(void)
+{
+	/* do nothing */
  }

  #endif
diff -ru mlterm-2.7.0.orig/kiklib/src/kik_dlfcn.h 
mlterm-2.7.0/kiklib/src/kik_dlfcn.h
--- mlterm-2.7.0.orig/kiklib/src/kik_dlfcn.h	Sun Apr 13 19:29:09 2003
+++ mlterm-2.7.0/kiklib/src/kik_dlfcn.h	Sun Jul 13 03:07:03 2003
@@ -9,7 +9,21 @@
  #include  "kik_config.h"


-#if  defined(HAVE_DL_H)
+#if  defined(USE_LIBLTDL)
+
+#include  <ltdl.h>
+
+typedef lt_dlhandle  kik_dl_handle_t ;
+/*
+ * We don't include this to kik_dl_init for maximum binary 
compatibility.
+ * Unfortunatelly dlpreopened modules must linked with main program
+ * to avoid duplicate of lt_preloaded_symbols. If you want to link
+ * them with your library you need to find another way. One way is 
explicit
+ * lt_dlpreload_default() invocation and peeking $lt_cv_dlopen.
+ */
+#define KIK_LTDL_SET_PRELOADED_SYMBOLS() LTDL_SET_PRELOADED_SYMBOLS()
+
+#elif  defined(HAVE_DL_H)

  #include  <dl.h>

@@ -27,12 +41,19 @@

  #endif

+#ifndef KIK_LTDL_SET_PRELOADED_SYMBOLS
+# define KIK_LTDL_SET_PRELOADED_SYMBOLS()
+#endif

  kik_dl_handle_t  kik_dl_open( char *  dirpath , char * name) ;

  int  kik_dl_close( kik_dl_handle_t  handle) ;

  void *  kik_dl_func_symbol( kik_dl_handle_t  handle , char *  symbol) ;
+
+int  kik_dl_init(void) ;
+
+void  kik_dl_exit(void) ;


  #endif
diff -ru mlterm-2.7.0.orig/xwindow/Makefile.in 
mlterm-2.7.0/xwindow/Makefile.in
--- mlterm-2.7.0.orig/xwindow/Makefile.in	Wed Jun  4 15:45:01 2003
+++ mlterm-2.7.0/xwindow/Makefile.in	Sun Jul 13 03:49:27 2003
@@ -28,6 +28,7 @@

  LKIK = @KIK_LIBS@
  LMKF = @MKF_LIBS@
+MODULES = @MODULES@
  LMLTERM = ../mlterm/libmlterm.a
  LKIK_DEB = -lkik_deb
  LMKF_DEB = -lmkf_deb
@@ -38,7 +39,7 @@
  	-DLIBEXECDIR=¥"$(LIBEXECDIR)¥" ¥
  	-I$(top_srcdir)/mlterm -I${top_builddir}/xwindow -I/usr/X11R6/include 
-I/usr/local/include

-LIBS=$(LIBS_LOCAL) @IND_LIBS@ @FRIBIDI_LIBS@ @IMAGELIB_LIBS@ @AA_LIBS@ 
@X_EXTRA_LIBS@ ¥
+LIBS=$(LIBS_LOCAL) $(MODULES) @IND_LIBS@ @FRIBIDI_LIBS@ 
@IMAGELIB_LIBS@ @AA_LIBS@ @X_EXTRA_LIBS@ ¥
  	-lX11 $(LMLTERM) $(LMKF) $(LKIK) ¥
  	-L/usr/X11R6/lib -L/usr/local/lib -R/usr/X11R6/lib -R/usr/local/lib

diff -ru mlterm-2.7.0.orig/xwindow/x_term_manager.c 
mlterm-2.7.0/xwindow/x_term_manager.c
--- mlterm-2.7.0.orig/xwindow/x_term_manager.c	Fri Jun 13 21:27:49 2003
+++ mlterm-2.7.0/xwindow/x_term_manager.c	Fri Jul 11 00:15:26 2003
@@ -624,6 +624,7 @@
  	kik_msg_printf( "reporting unfreed memories --->¥n") ;
  	kik_mem_free_all() ;
  #endif
+	kik_dl_exit();
  	
  	if( un_file)
  	{
diff -ru mlterm-2.7.0.orig/mkf/lib/mkf_locale_ucs4_map.c 
mlterm-2.7.0/mkf/lib/mkf_locale_ucs4_map.c
--- mlterm-2.7.0.orig/mkf/lib/mkf_locale_ucs4_map.c	Sun Mar 30 22:20:19 
2003
+++ mlterm-2.7.0/mkf/lib/mkf_locale_ucs4_map.c	Wed Jul  9 07:16:13 2003
@@ -24,7 +24,8 @@

  typedef struct  map_ucs4_to_func_table
  {
-	char *  locale ;
+	char *  lang ;
+	char *  country ;
  	map_func_t  func ;

  } map_ucs4_to_func_table_t ;
@@ -41,16 +42,16 @@
   */
  static map_ucs4_to_func_table_t  map_ucs4_to_func_table[] =
  {
-	{ "ja" , mkf_map_ucs4_to_ja_jp } ,
-	{ "ko" , mkf_map_ucs4_to_ko_kr } ,
-	{ "ru" , mkf_map_ucs4_to_ru } ,
-	{ "uk" , mkf_map_ucs4_to_uk } ,
-	{ "tg" , mkf_map_ucs4_to_tg } ,
-	{ "vi" , mkf_map_ucs4_to_viet } ,
-	{ "zh_CN" , mkf_map_ucs4_to_zh_cn } ,
-	{ "zh_TW" , mkf_map_ucs4_to_zh_tw } ,
-	{ "zh_HK" , mkf_map_ucs4_to_zh_hk } ,
-	{ "zh" , mkf_map_ucs4_to_zh_cn } ,
+	{ "ja" , NULL , mkf_map_ucs4_to_ja_jp } ,
+	{ "ko" , NULL , mkf_map_ucs4_to_ko_kr } ,
+	{ "ru" , NULL , mkf_map_ucs4_to_ru } ,
+	{ "uk" , NULL , mkf_map_ucs4_to_uk } ,
+	{ "tg" , NULL , mkf_map_ucs4_to_tg } ,
+	{ "vi" , NULL , mkf_map_ucs4_to_viet } ,
+	{ "zh" , "CN" , mkf_map_ucs4_to_zh_cn } ,
+	{ "zh" , "TW" , mkf_map_ucs4_to_zh_tw } ,
+	{ "zh" , "HK" , mkf_map_ucs4_to_zh_hk } ,
+	{ "zh" , NULL , mkf_map_ucs4_to_zh_cn } ,
  } ;


@@ -60,17 +61,19 @@
  get_map_ucs4_to_func_for_current_locale(void)
  {
  	int  count ;
-	char *  locale ;
+	char *  lang ;
+	char *  country ;

-	locale = kik_get_locale() ;
+	lang = kik_get_lang() ;
+	country = kik_get_country() ;

  	for( count = 0 ;
  		count < sizeof( map_ucs4_to_func_table) / sizeof( 
map_ucs4_to_func_table[0]) ;
  		count ++)
  	{
-		if( strncmp( map_ucs4_to_func_table[count].locale , locale ,
-				K_MIN( strlen( map_ucs4_to_func_table[count].locale) ,
-					strlen( locale))) == 0)
+		map_ucs4_to_func_table_t *  tablep = map_ucs4_to_func_table + count;
+		if( (!tablep->lang || !strcmp(tablep->lang, lang))
+			    && (!tablep->country || !strcmp(tablep->country, country)))
  		{
  			return  map_ucs4_to_func_table[count].func ;
  		}

[Mlterm-dev-ja] =?iso-2022-jp?b?GyRCJS0hPBsoQg==?= =?iso-2022-jp?b?GyRCJVElQyVJJE4bKEI=?= =?iso-2022-jp?b?GyRCJS0hPBsoQg==?=

[Mike F. <mf...@su...>]

numlock が押されていなければ、mlterm はキーパッドのキーを無視するようです。

キーパッドのキーも使えるために、パッチを作ってみました。

正しいかどうか分かりませんが、キーパッドのキーを使えるようになりました。

Re: [Mlterm-dev-ja] sizehint (0x0 -> 1x1)

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

荒木です:-)

Subject: [Mlterm-dev-ja] sizehint (0x0 -> 1x1)
From: Seiichi SATO <ss...@sh...>
Message-ID: <20030706045852.GA2683%ss...@sh...>
Date: Sun, 6 Jul 2003 13:58:52 +0900

> この修正で BTS 762681: Mlterm dies when window size is 0x0.
> も直るかと期待していたのですがダメでした。1x1 で落ちるようになりました。
> 原因は別にあるようです。

以前、0x0 のとりあえず対処パッチをつくっていただいて
いましたが(mlterm-0x0.diff)、基本的にはそれと同じ個所
が問題でした。
ml_model.c を修正して commit しました。多分直っている
と思います。

では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] wheel mouse scroll and w3m

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

みなみです

On Mon, 7 Jul 2003 21:59:01 +0900 (JST)
<hs...@mt...> wrote:

> 坂本です。

> やってみました [w3m-dev 03929]。いけそうです。
> スクロールで画像が消えることがあるのは良く分かりません。

ありがとうございます。 [w3m-dev 03930] の方を試させて頂いたところ、
ゴミは残らなくなりました。


スクロールで画像が消えるのは、w3mimgdisplay が画を描いた後に
 mlterm が空白を上書きしてるせいだと思います。

# 手元では w3mimgdisplay.c:DrawImage() に ms 程度のウェイトを入れれば
# 消されなくはなりましたが、遅くて実用的ではありませんでした。

w3m からテキスト出力 + 端末問いあわせ(ESC [ c) -> 
 回答(ESC [ ? 1 ; 2 c  とか)を受けとったら 画像表示
とか考えてもみたのですが、とりあえずそこまではしなくてもいい気がします。

Re: [Mlterm-dev-ja] wheel mouse scroll and w3m

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

坂本です。

> > みなみです
> > w3m-img 側で XCrearArea() していただくことは
> > できないものでしょうか >坂本さん
> cl で完全にクリアしてもらえれば問題ないはずですが、
> 考えてみます。

やってみました [w3m-dev 03929]。いけそうです。
スクロールで画像が消えることがあるのは良く分かりません。
# テストしていて(FreeBSD の ja-)rxvt,aterm,Eterm が
# ISO-2022-JP に対応していてちょっとびっくり。
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] wheel mouse scroll and w3m

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

坂本です。

> みなみです
> > とりあえず、mlterm でも、このようなケースにおいて必要以上に再描画しない
> > ように最適化してみました。(CVS に commit 済み)
> w3m-img を使っていて、左右へスクロール(,/.)したとき、
> 画像の一部が空白で上書きされないで残ってしまうようです。

そのようですね。

> w3m-img 側で XCrearArea() していただくことは
> できないものでしょうか >坂本さん

cl で完全にクリアしてもらえれば問題ないはずですが、
# Zaurus の embeddedkonsole (on frame buffer) が
# クリアしてくれなくて困っていることもあり、
考えてみます。
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/

Re: [Mlterm-dev-ja] wheel mouse scroll and w3m

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

みなみです

On Sun, 06 Jul 2003 01:57:04 +0900
Araki Ken <ara...@us...> wrote:

> mlterm では、空白文字しかない領域に対して、 ESC [ K や ESC [ J して画面
> 消去したり空白文字を出力したりした場合に、その領域をすべて再描画してい
> ました。

> とりあえず、mlterm でも、このようなケースにおいて必要以上に再描画しない
> ように最適化してみました。(CVS に commit 済み)
> mlterm の内部構造上、kterm 互換な振舞いではないのですが、mlterm を BCE
> off で使用した場合に、多少チラツキがましになったかなとか思います。

w3m-img を使っていて、左右へスクロール(,/.)したとき、
画像の一部が空白で上書きされないで残ってしまうようです。

とはいえ mlterm 側ではどこに画像があるかは認識してないので、
いつ消去が必要かの判定はできないような気がします。

w3m-img 側で XCrearArea() していただくことは
できないものでしょうか >坂本さん

 

Re: [Mlterm-dev-ja] compile error in xwindow/x_imagelib_gdk.c

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

みなみです。

On Mon, 7 Jul 2003 13:33:28 +0900 (JST)
Hironori SAKAMOTO <hs...@mt...> wrote:

> 坂本です。
> 
> xwindow/x_imagelib_gdk.c が compile error になるので修正。

ありがとうございます。直しておきました。

[Mlterm-dev-ja] compile error in xwindow/x_imagelib_gdk.c

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

坂本です。

xwindow/x_imagelib_gdk.c が compile error になるので修正。
----------------------------------- 
坂本 浩則 <hs...@mt...> 
 http://www2u.biglobe.ne.jp/~hsaka/

diff -u xwindow/x_imagelib_gdk.c.orig xwindow/x_imagelib_gdk.c
--- xwindow/x_imagelib_gdk.c.orig	Mon Jul  7 12:48:22 2003
+++ xwindow/x_imagelib_gdk.c	Mon Jul  7 13:24:16 2003
@@ -1148,11 +1148,11 @@
 		int  width, height, rowstride ;
 		unsigned char *  line ;
 		unsigned char *  pixel ;
+		GC  gc ;
+		XGCValues  gcv ;
 
 		width = gdk_pixbuf_get_width (pixbuf) ;
 		height = gdk_pixbuf_get_height (pixbuf) ;
-		GC  gc ;
-		XGCValues  gcv ;
 
 		*mask = XCreatePixmap( display,
 				       DefaultRootWindow( display),

[Mlterm-dev-ja] Re: sizehint (0x0 -> 1x1)

[Seiichi S. <ss...@sh...>]

佐藤です。

On Sun, Jul 06, 2003 at 01:58:52PM +0900,
 Seiichi SATO wrote:

> 内容は以下の通りです
>   * size hint の min と base が 1x1 でも正しく設定されるように
>     x_window_init() の引数に base_width と base_hight を追加。
>   * x_window_init() 呼出元で min_* だけではなく base_* も渡す。
>     (例えば x_screen.c では base_width=0, min_width = x_col_width() * 1
>     とすれば 最小幅は1になる)

すみません、x_window_set_normal_hints() の修正も必要でした。
修正内容は添付したパッチの通りです。
commit 済みです。

-- 
Seiichi SATO <ss...@sh...>

[Mlterm-dev-ja] sizehint (0x0 -> 1x1)

[Seiichi S. <ss...@sh...>]

こんにちは、佐藤です。

2.6.0 の頃 sizehint が正しく設定されないバグを修正したのですが

  * libmlterm は 最小サイズ 0x0 を想定していないのに 0x0 になっている
  * x_window_init() 呼出元から 1x1 に設定できない

といった点で不十分だったので再度修正しました。
長い間放置していてすみませんでした。
すでに commit 済みですが、修正箇所を示すためパッチも添付します。

内容は以下の通りです

  * size hint の min と base が 1x1 でも正しく設定されるように
    x_window_init() の引数に base_width と base_hight を追加。
  * x_window_init() 呼出元で min_* だけではなく base_* も渡す。
    (例えば x_screen.c では base_width=0, min_width = x_col_width() * 1
    とすれば 最小幅は1になる)

この修正で BTS 762681: Mlterm dies when window size is 0x0.
も直るかと期待していたのですがダメでした。1x1 で落ちるようになりました。
原因は別にあるようです。

それでは

-- 
Seiichi SATO <ss...@sh...>

Re: [Mlterm-dev-ja] wheel mouse scroll and w3m

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

荒木です:-)

Subject: Re: [Mlterm-dev-ja] wheel mouse scroll and w3m
From: Araki Ken <ara...@us...>
Message-ID: <200...@pd...>
Date: Sun, 09 Feb 2003 16:07:57 +0900

>> # (kterm より画像が消えやすい様に思うのですが、再描画を繰り返し
>> #  ていたりするのでしょうか。)
>
>         kterm より再描画の回数は多いと思います。
>         とりあえず対応策を要検討ということで...

原因わかりました。
mlterm では、空白文字しかない領域に対して、 ESC [ K や ESC [ J して画面
消去したり空白文字を出力したりした場合に、その領域をすべて再描画してい
ました。
一方 kterm では、空白文字しかない領域に空白文字を出力した場合は、その領
域が再描画されるようですが、同様の領域に対し ESC [ K や ESC [ J で画面消
去した場合には必要以上に再描画しないようです。(ここら辺の詳細は、kterm
のソースをちゃんと読んでないので不正確です)

とりあえず、mlterm でも、このようなケースにおいて必要以上に再描画しない
ように最適化してみました。(CVS に commit 済み)
mlterm の内部構造上、kterm 互換な振舞いではないのですが、mlterm を BCE
off で使用した場合に、多少チラツキがましになったかなとか思います。

では
--
Araki Ken
ara...@us...

[Mlterm-dev-ja] scrollbar engine

[Seiichi S. <ss...@sh...>]

こんばんは、佐藤です。

scrollbar plugin のフレームワークを拡張して、scrollbar engine という
イロモノ機能を追加しました。
同時にこの機能を使った pixmap_engine という engine と sample3 という scrollbar
も commit しました。使い方は 'mlterm -S sample3' です。'mlterm -S pixmap_engine'
でない点に注意してください。なお pixmap_engine は x_imagelib_load_file()
を使ってますので imlib か gdk-pixbuf が必要です。

この機能がどういうものかというと

* mlterm -S sample3 とすると $prefix/share/mlterm/scrollbars/sample3/rc
  または $HOME/.mlterm/scrollbars/sample3/rc を探しにいく。
* どちらかががあれば rc 内の "engine = pixmap_engine" という指定に従い
  libpixmap_engine.so が load される。
* rc に書かれたパラメータ(key = value)は pixmap_engine にそのまま渡され、
  pixmap_engine はそのパラメータに従い scrollbar を描画する。

という感じです。

# rc がなければ -S による指定は従来の plugin とみなされますので plugin と engine
# は共存可能です。

で、この pixmap_engine の売りなんですが、テーマやスキンのようにコードを書かな
くても ボタンなどの画像ファイルを用意すれば scrollbar が作れます。
以下に pixmap_engine で使える scrollbar を置いておきました。

	http://www.sh.rim.or.jp/~ssato/mlterm/BrushedMetal.tar.gz
	http://www.sh.rim.or.jp/~ssato/mlterm/Crux.tar.gz
	http://www.sh.rim.or.jp/~ssato/mlterm/ShinyMetal.tar.gz

~/.mlterm/scrollbars という名前でディレクトリを作ってその中に展開するだけです。
よかったら使ってください。

それでは

# ドキュメント書かなきゃ...


-- 
Seiichi SATO <ss...@sh...>

[Mlterm-dev-ja] =?iso-2022-jp?b?GyRCJUklJCVEOGwkTktdTHUkTiUiJUMlVyVHJSQlSBsoQg==?=

[Mike F. <mf...@su...>]

現在の CVS に対するパッチです。

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

みなみです

#送信ミスりました。すみません

On Sat, 28 Jun 2003 23:54:11 +0900
Araki Ken <ara...@us...> wrote:

> で、~/.mlterm/challenge ファイルが存在しない場合というのは、そもそもク
> ライントからchallenge を送ることができないので、一旦クライアントの責任
> で mlterm にgen_proto_config を要請する必要があります。

gen_proto_config の存在に気付いてなかったので、
ないときはどうしようかと思ってました。

明示的に再生成させられるのなら、現状のままで十分だと思います。

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

みなみです

On Sat, 28 Jun 2003 23:54:11 +0900
Araki Ken <ara...@us...> wrote:

> で、~/.mlterm/challenge ファイルが存在しない場合というのは、そもそもク
> ライントからchallenge を送ることができないので、一旦クライアントの責任
> で mlterm にgen_proto_config を要請する必要があります。

gen_rotp_config の存在に気付いてなかったので、ないときはどうしようかと思って


> ということで、やっぱりこの場合は「失敗」としておくのがいい気がしますが、
> どうでしょうか?

Re: [Mlterm-dev-ja] A space before newline is removed when cut&paste.

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

荒木です:-)

Subject: [Mlterm-dev-ja] A space before newline is removed when cut&paste.
From: Hironori SAKAMOTO <hs...@mt...>
Message-ID: <200...@sd...>
Date: Tue, 3 Jun 2003 17:46:03 +0900 (JST)

> また、(コマンドラインや標準出力の結果で)一行が折り返されて表示
> されている場合に、その行を選択すると(表示上の)改行前の空白は選択
> されないので、paste するとその部分の空白が無くなってしまいます。
> 例えば、80カラムの時
>   perl -e 'print "a" x 77, " b c\n"'
> の出力結果を行選択してみてください。b と c がくっつきます。
> (log を張り付けたりする時に、問題になるのでこちらは修正すべきと
> 思います)

これについては修正しました。

> cut&paste の時に、改行前の空白が選択できないのですが、
> これは仕様でしょうか。(仕様としてありと思います。)
> ちなみに、xterm や kterm は
>  * 通常(コマンドラインや標準出力の結果)は、改行前の空白を選択可能。
>    例えば、echo "a    " の出力結果。
>  * jvim や w3m の場合は、改行前の空白が選択できない。
>    例えば、echo "a    " | w3m
> となっています。

こちらは、当面修正は困難そうです。

多分きれいに実装しようと思ったら ml_edit のデータ構造及び基本的な
処理方法から作りなおさんといけないっぽい...--;

では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

荒木です:-)

現在の実装で、console application 側で対処していただく
事項をまとめていませんでした _o_
次のような感じになります。

1. ~/.mlterm/challenge ファイルが開く
2. ファイルが存在すれば、その中身を覚えておく
3. ファイルが存在しなければ、ESC ] 5379 ; gen_proto_challenge BEL
   で、~/.mlterm/challenge ファイルを生成してもらって、1 に戻る
4. あとは、5380 シーケンスを投げるときに、2 で覚えた challenge を
   設定する

他の mlterm プロセスを起動したり、他の console application が
gen_proto_challenge 要請を発行したりして、~/.mlterm/challenge が書
きかえられる場合については、考慮しなくてもいいと思います。
現在動作中のもの以外に 5380 を使う console application を起動しない
限り、mlterm 本体で ~/.mlterm/challenge を再読み込みすることはない
ので、たとえ ~/.mlterm/challenge が書きかえられても、その console
application を終了するまで、最初の challenge が無効になることはまず
ないと思います。

では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

荒木です:-)

Subject: Re: [Mlterm-dev-ja] ~/.mlterm/passwd
From: MINAMI Hirokazu <mi...@mi...>
Message-ID: <200...@mi...>
Date: Sat, 28 Jun 2003 23:27:02 +0900

>>         mlterm を起動するたびに、新しい ~/.mlterm/challenge を作成するようにし
>>         て、すでに起動された mlterm は、~/.mlterm/challenge の中身が変わったこ
>>         とを検知して、challenge を設定しなおすようにしました。
>>         検知のタイミングは、client から渡された challenge が、手元の challenge
>>         と異なっていた時です。(see ml_config_proto.c l.165)
>
> 再読み込みして challenge が存在しない場合は、失敗とするのではなく
> 再生成された方が便利なきがします。

うーん...
まず、challenge_it() の中で read_challenge() するのは、クライアント
から渡された challenge が mlterm 本体で保持している challenge と異な
る場合です。(従って、別プロセスの mlterm によって ~/.mlterm/challenge
が再生成された可能性があると考えらえます)
で、~/.mlterm/challenge ファイルが存在しない場合というのは、そもそもク
ライントからchallenge を送ることができないので、一旦クライアントの責任
で mlterm にgen_proto_config を要請する必要があります。
したがって、クライアントから何らかの challenge が送られてきている場合
に、~/.mlterm/challenge ファイルが存在しないということを考慮する必要は
ないと思います。
~/.mlterm/challenge は存在しないけど、クライアント側で適当にデッチあげ
た challenge を送ってきている、という可能性もありますが、そうであれば
尚更 ~/.mlterm/challenge を再生成する意味はないように思います。

ということで、やっぱりこの場合は「失敗」としておくのがいい気がしますが、
どうでしょうか?

では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

みなみです

On Sat, 21 Jun 2003 21:16:20 +0900
Araki Ken <ara...@us...> wrote:

>         mlterm を起動するたびに、新しい ~/.mlterm/challenge を作成するようにし
>         て、すでに起動された mlterm は、~/.mlterm/challenge の中身が変わったこ
>         とを検知して、challenge を設定しなおすようにしました。
>         検知のタイミングは、client から渡された challenge が、手元の challenge
>         と異なっていた時です。(see ml_config_proto.c l.165)

再読み込みして challenge が存在しない場合は、失敗とするのではなく
再生成された方が便利なきがします。

実用上はプロセス間でファイルの生成/読込がかぶることはないはずなので、
こんなのでいいでしょうか。 

diff -u -B -r1.1 ml_config_proto.c
--- ml_config_proto.c   25 Jun 2003 14:04:31 -0000      1.1
+++ ml_config_proto.c   28 Jun 2003 14:21:45 -0000
@@ -46,7 +46,11 @@

        if( ( file = fopen( path , "r")) == NULL)
        {
-               return  0 ;
+               ml_gen_proto_challenge() ;
+               if( ( file = fopen( path , "r")) == NULL)
+               {
+                       return  0 ;
+               }
        }

        fstat( fileno( file) , &st) ;

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] ~/.mlterm/passwd
	From: Araki Ken <ara...@us...>
	Message-ID: <200...@pd...>
	Date: Sat, 21 Jun 2003 21:16:20 +0900

>         mlterm を起動するたびに、新しい ~/.mlterm/challenge を作成するようにし
>         て、すでに起動された mlterm は、~/.mlterm/challenge の中身が変わったこ
>         とを検知して、challenge を設定しなおすようにしました。
>         検知のタイミングは、client から渡された challenge が、手元の challenge
>         と異なっていた時です。(see ml_config_proto.c l.165)

        意見がないようでしたら、とりあえず、これで commit しちゃおうと思います。

        # 明日か明後日ころには...

	では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] make distclean

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

	荒木です:-)

	Subject: [Mlterm-dev-ja] make distclean
	From: Tomohiro KUBOTA <ku...@de...>
	Message-ID: <200...@tm...>
	Date: Mon, 16 Jun 2003 09:17:22 +0900 (JST)

> ./configure ; make ; make distclean がエラーで止まります。
>
> make[2]: Entering directory `/home/kubota/project/mlterm/test/tool/mlconfig/po'
> make[2]: *** `Makefile' に必要なターゲット `../../../config.status' を make するルールがありません。中止。
> make[2]: Leaving directory `/home/kubota/project/mlterm/test/tool/mlconfig/po'
> make[1]: *** [clean] エラー 2
> make[1]: Leaving directory `/home/kubota/project/mlterm/test/tool/mlconfig'
> /bin/sh: line 1: exit: clean: numeric argument required
> make: *** [distclean] エラー 255
>
> といった感じです。さしあたって、Debian パッケージでは /Makefile.in の
> distclean: clean の内容の順番を変える (rm -f config.log ... の行を
> 最後にもってくる) ことで対処しています。(../../../config.status を
> 消すのをあとまわしにする)。

        御報告ありがとうございます _o_
        そのように修正しました。

	では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] ~/.mlterm/passwd
	From: <hs...@mt...>
	Message-ID: <200...@bg...>
	Date: Tue, 17 Jun 2003 10:38:04 +0900 (JST)

>> みなみです
>> 起動した time だと、 ps の結果などからだいたい推測できるはずなので、
>> 種に使うのはよくないと思います。
>> (あれば) /dev/random からとってくるというのはどうでしょう?
>
> そうですね。
> (特に、強度のない場合は)不正なアクセスがあった場合には、
> 以降ロックするのがいいかもしれません。
>
> # w3m の local-cookie も同様になってしまっていて、(今のところ)
> # 直前のmalloc+time を種にしてます。
> # 基本的な強度はないのですが、GC なのでアドレスの予測が難しいのと、
> # 不正なアクセスがあるとエラー表示することで、補っている感じです。

        GC じゃないですけど、とりあえず、malloc+time を種にするようにしてみまし
        た。

>> >         最初に起動した mlterm しか ~/.mlterm/passwd を生成しない(あとから
>> >         起動した mlterm は、すでにある ~/.mlterm/passwd を使う)ので大丈夫
>> >         です。
>> 最初に起動した mlterm が終了する際に passwd は unlink されてしまうので、
>> それ以降は(二番目以降に起動してまだ動いている) mlterm の鍵はわからなくなって、
>> 5380 なシーケンスは使えなくなるような。

        うわ、あほじゃ...--;
        そのとおりですね _o_

        mlterm を起動するたびに、新しい ~/.mlterm/challenge を作成するようにし
        て、すでに起動された mlterm は、~/.mlterm/challenge の中身が変わったこ
        とを検知して、challenge を設定しなおすようにしました。
        検知のタイミングは、client から渡された challenge が、手元の challenge
        と異なっていた時です。(see ml_config_proto.c l.165)

	では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] =?ISO-2022-JP?B?GyRCN2s5Z0o4O3obKEI=?=

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

	荒木です:-)

	Subject: [Mlterm-dev-ja] 結合文字
	From: Tomohiro KUBOTA <ku...@de...>
	Message-ID: <200...@tm...>
	Date: Mon, 16 Jun 2003 08:40:59 +0900 (JST)

> xterm がサポートしているのに mlterm がサポートしていない結合文字が
> あるのを見付けました。しかも日本語関係で。ただし、実用上はあまり
> 問題にならないと思うのですが。

        ありがとうございます。
        これ、随分前から入りこんでたバグでした--;;

        x_screen.c の {xft_}draw_str() の修正で、正しく表示されるよ
        うになったと思います。

	では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] ~/.mlterm/passwd

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

坂本です。

> みなみです
> 起動した time だと、 ps の結果などからだいたい推測できるはずなので、
> 種に使うのはよくないと思います。
> (あれば) /dev/random からとってくるというのはどうでしょう?

そうですね。
(特に、強度のない場合は)不正なアクセスがあった場合には、
以降ロックするのがいいかもしれません。

# w3m の local-cookie も同様になってしまっていて、(今のところ)
# 直前のmalloc+time を種にしてます。
# 基本的な強度はないのですが、GC なのでアドレスの予測が難しいのと、
# 不正なアクセスがあるとエラー表示することで、補っている感じです。

> >         最初に起動した mlterm しか ~/.mlterm/passwd を生成しない(あとから
> >         起動した mlterm は、すでにある ~/.mlterm/passwd を使う)ので大丈夫
> >         です。
> 最初に起動した mlterm が終了する際に passwd は unlink されてしまうので、
> それ以降は(二番目以降に起動してまだ動いている) mlterm の鍵はわからなくなって、
> 5380 なシーケンスは使えなくなるような。

~/.mlterm/passwd$PID でハードリンクという手もある？
-----------------------------------
坂本 浩則 <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/