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

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

なかだです。

# とりあえず確認事項だけ。

At Thu, 19 Sep 2002 20:59:04 +0900,
Araki Ken wrote:
>         が、明日から、実家に帰るので、中田さんにおまかせしちゃっていいですか? :)
>         その場合、kik_pty_* についても同様の処理をお願いします。
> 
>         x_imagelib_@IMAGELIB_NAME@.o
>         kik_pty_@PTY_NAME@.o
> 
>         くらいですかね?

kik_utmp_*もでしょうか。

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

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

	荒木です:-)

	Subject: Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Thu, 19 Sep 2002 13:17:55 +0900

>> > ルールに追加するくらいなら直接リンクするように
>> > しちゃえばいいじゃん、てことで。
>> 
>>         これは、これでもいいかなぁ、と思います。
>>         というか、こっちのやり方のほうが一般的かも。
>
> どうしましょうか。切り替えを考えると、変えてしまうのはまだ早い
> ような気もします。そっちを決めてからのほうがいいかも知れません。

        あー、ネタ振っといて何ですが、切替はするつもりないです。

        ので、直接リンク方式に変更します。

        が、明日から、実家に帰るので、中田さんにおまかせしちゃっていいですか? :)
        その場合、kik_pty_* についても同様の処理をお願いします。

        x_imagelib_@IMAGELIB_NAME@.o
        kik_pty_@PTY_NAME@.o

        くらいですかね?

        以下は、雑談ということで。
        
>>         いや、ダイナミックリンクするつもりはないです。
>> 
>>         単に、
>> 
>>         struct imagelib
>>         {
>>                load_file ;
>>                load_background ;
>>                ...
>>         }
>> 
>>         みたいな関数ポインタをメンバにもつ構造体を使って、ライブラリごとに
>>         メンバを切り替えてやればいいかな、とか。
>
> オプションで切り替えるということは、該当するimagelibをすべてリ
> ンクしなければならない、つまり逆にどれかがなければまったく動か
> ないということになりませんか。

        リンクしないライブラリについては、何もしないダミーの関数を用意すれば、解決するかと。

> 複数のimagelibを指定すること自体普通はないと思いますが、たとえ
> ばバイナリパッケージ化したときに、imagelibに依存する部分を別パッ
> ケージに分離するなどという場合も考えられます。

        あー、それはアリかもしれませんね。

        # 結局のところ、そこまでしてうれしいとか、少くともスゲーとか思ってくれる人が
        # どの程度いるかを考えると、やる気がなくなる話ではあるんですが ^_^;

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

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

なかだ%風邪っ引きです。

At Mon, 16 Sep 2002 15:17:46 +0900,
Araki Ken wrote:
> > 単に、make mlterm-imlibとするとimlib用が、make mlter-gdkpixbuf
> > とするとgdk-pixbuf用ができる、というくらいの意味です。
> 
>         中田さんのパッチでは、configure 後の Makefile の中で、直接、x_picture_imlib.o と
>         x_picture_gdk.o のどちらをリンクするかを決め打ちする形になってますが、これは、さ
>         らに改良するということですよね?

まぁ、あれは何も考えてないというか、かなり適当なので。

>         あと、configure 後の make の段階で、imlib 用と gdk-pixbuf 用のどちらを作るか
>         指定できるようにするのは、今のところ考えていません。
>         それをしてしまうと、対応画像ライブラリが増えるたびに make target を追加していく
>         必要がでてきますし、現在 configure で行っている切り分け処理を Makefile に持って
>         こなくてはならなくなる結果、Makefile が繁雑になってしまいますので。

ついでに書いてみただけですし、必要ないと思います。

> > 元々は、x_window_dep.oの依存ルールに#includeされているソースが
> > 含まれていないので、そっちを変更してもコンパイルし直されないと
> > いうのがあって、
> 
>         これは確かにそうなんですよね。
> 
> > ルールに追加するくらいなら直接リンクするように
> > しちゃえばいいじゃん、てことで。
> 
>         これは、これでもいいかなぁ、と思います。
>         というか、こっちのやり方のほうが一般的かも。

どうしましょうか。切り替えを考えると、変えてしまうのはまだ早い
ような気もします。そっちを決めてからのほうがいいかも知れません。

> >>         ちなみに、単一の mlterm バイナリで、gdk-pixbuf,imlib のどちらを使うかをオ
> >>         プション切り替えできるようにする、ということは、ちらっと考えたりはしてます。
> > ダイナミックリンクが必要になるのでこれは除外してたんですが、考
> > えてみたら既にスクロールバーで使ってますね。ならそっちのほうが
> > いいかも。
> 
>         いや、ダイナミックリンクするつもりはないです。
> 
>         単に、
> 
>         struct imagelib
>         {
>                load_file ;
>                load_background ;
>                ...
>         }
> 
>         みたいな関数ポインタをメンバにもつ構造体を使って、ライブラリごとに
>         メンバを切り替えてやればいいかな、とか。

オプションで切り替えるということは、該当するimagelibをすべてリ
ンクしなければならない、つまり逆にどれかがなければまったく動か
ないということになりませんか。

複数のimagelibを指定すること自体普通はないと思いますが、たとえ
ばバイナリパッケージ化したときに、imagelibに依存する部分を別パッ
ケージに分離するなどという場合も考えられます。


> > えーっと、nokadaかな?
> 
>         追加しました。

ようやくloginできるようになりました。単にパスワードが間違ってた
みたいな。

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

[Mlterm-dev-ja] stale lock of CVS

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

南です

cvs に lock file を残してしまって、
読み出しできなくなってたようです。
ご迷惑をおかけしてすみませんでした。

原因については、

http://sourceforge.net/tracker/index.php?func=detail&aid=609967&group_id=1&atid=200001
> The SourceForge.net team is currently in the process of 
> investigating this, and similar, issues related to 
> server-side use of 'vi'.  In the interim, you may wish to 
> specify your commit messages on the command line, i.e. -m 
> "This is my commit message." 

とのことなので、しばらくは commit message を書くとき注意した方が
よいかもしれません > committer の皆様

Re: [Mlterm-dev-ja] todo

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

On Mon, 16 Sep 2002 20:49:16 +0900
Araki Ken <ara...@us...> wrote:

> > gdk-pixbuf では使ってないのですが、明示的に XCreatePixmap() する必要があると、
> > win->display が要りません?
> 
>         そうですね。
>         その場合、引数は、x_window_t を丸々渡してしまわなくても、Display * だけで
>         必要十分ですよね。

そのようにしました。

> >>         x_picdep_load_file => x_picdep_load_file_for_background
> >>         x_picdep_load_background => x_picdep_get_transparent_background
> >>         x_picdep_load_icon => x_picdep_load_file
> >> 
> >>         あたりにするのはどうでしょう?
> >> 
> >>         あと、そもそも x_picdep_xxx って名前も x_imglib_xxx とかにしたいかも。
> >
> > その方がよさそうですね。
> 
>         ついでに、修正もしてもらえると嬉しいかも:)

こちらについても変更(picdep -> imagelibも)しておきました。

#x_picture.c の関数名は まあいいかなと思ったので変えてません

Re: [Mlterm-dev-ja] todo

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] todo
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Mon, 16 Sep 2002 20:20:11 +0900

>>         なんとなく、x_picdep_load_icon の第一引数 win って必要なんでしょうか?
>>
>>         x_picdep_load_file や x_picdep_load_background なんかは、ロードした背景
>>         画像を貼り付ける window の情報が必要になるので、x_window_t を引数に渡し
>>         てるわけですが、x_picdep_load_icon の場合は不要な気が...
>
> gdk-pixbuf では使ってないのですが、明示的に XCreatePixmap() する必要があると、
> win->display が要りません?

        そうですね。
        その場合、引数は、x_window_t を丸々渡してしまわなくても、Display * だけで
        必要十分ですよね。

> #というか gdk-pixbuf でもなしでよいはずがないので、
> #xlib まわりはそのうち書きなおしが必要かも...

        これは、実際、ちょっと疑問でした:)

>>         てか、その辺分かりやすいように、
>> 
>>         x_picdep_load_file => x_picdep_load_file_for_background
>>         x_picdep_load_background => x_picdep_get_transparent_background
>>         x_picdep_load_icon => x_picdep_load_file
>> 
>>         あたりにするのはどうでしょう?
>> 
>>         あと、そもそも x_picdep_xxx って名前も x_imglib_xxx とかにしたいかも。
>
> その方がよさそうですね。

        ついでに、修正もしてもらえると嬉しいかも:)

        # 南さんがいじってる最中に、こちらでも同じところをいじるのは、アレ
        # ですので:)
 
	では
--
kiken
ara...@us...

Re: [Mlterm-dev-ja] todo

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

南です

On Mon, 16 Sep 2002 19:53:41 +0900
Araki Ken <ara...@us...> wrote:

> > とりあえず CVS HEAD で x_picture_set_icon_from_file() を削って、
> >  x_window.c:x_window_set_icon()から x_picture_*.c の
> > int  x_picdep_load_icon( x_window_t *win, char *path,
> > 	 u_int32_t **cardinal, Pixmap *pixmap, Pixmap *mask) ;
> > を直接呼ぶようにしました。
 
>         なんとなく、x_picdep_load_icon の第一引数 win って必要なんでしょうか?
>
>         x_picdep_load_file や x_picdep_load_background なんかは、ロードした背景
>         画像を貼り付ける window の情報が必要になるので、x_window_t を引数に渡し
>         てるわけですが、x_picdep_load_icon の場合は不要な気が...

gdk-pixbuf では使ってないのですが、明示的に XCreatePixmap() する必要があると、
win->display が要りません?

#というか gdk-pixbuf でもなしでよいはずがないので、
#xlib まわりはそのうち書きなおしが必要かも...

>         てか、その辺分かりやすいように、
> 
>         x_picdep_load_file => x_picdep_load_file_for_background
>         x_picdep_load_background => x_picdep_get_transparent_background
>         x_picdep_load_icon => x_picdep_load_file
> 
>         あたりにするのはどうでしょう?
> 
>         あと、そもそも x_picdep_xxx って名前も x_imglib_xxx とかにしたいかも。

その方がよさそうですね。

Re: [Mlterm-dev-ja] todo

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] todo
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Mon, 16 Sep 2002 19:28:27 +0900

> とりあえず CVS HEAD で x_picture_set_icon_from_file() を削って、
>  x_window.c:x_window_set_icon()から x_picture_*.c の
> int  x_picdep_load_icon( x_window_t *win, char *path,
> 	 u_int32_t **cardinal, Pixmap *pixmap, Pixmap *mask) ;
> を直接呼ぶようにしました。

        なんとなく、x_picdep_load_icon の第一引数 win って必要なんでしょうか?
        
        x_picdep_load_file や x_picdep_load_background なんかは、ロードした背景
        画像を貼り付ける window の情報が必要になるので、x_window_t を引数に渡し
        てるわけですが、x_picdep_load_icon の場合は不要な気が...

        てか、その辺分かりやすいように、

        x_picdep_load_file => x_picdep_load_file_for_background
        x_picdep_load_background => x_picdep_get_transparent_background
        x_picdep_load_icon => x_picdep_load_file

        あたりにするのはどうでしょう?

        あと、そもそも x_picdep_xxx って名前も x_imglib_xxx とかにしたいかも。

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

Re: [Mlterm-dev-ja] todo

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

南です

On Sat, 07 Sep 2002 23:34:42 +0900
Araki Ken <ara...@us...> wrote:

>  o x_picture_set_icon_from_file() をなんとかする。
>    x_picture.[ch] からは、icon をロードする関数を削除し(x_picture.[ch] は、
>    あくまで x_picture_t の操作モジュールなので)、x_picture_dep.[ch] に定義し
>    た x_picdep_load_icon( &data,&pixmap,&mask) みたいな関数を、 x_window.c
>    から直接使用する、という形でどうかと思ってます。

とりあえず CVS HEAD で x_picture_set_icon_from_file() を削って、
 x_window.c:x_window_set_icon()から x_picture_*.c の
int  x_picdep_load_icon( x_window_t *win, char *path,
	 u_int32_t **cardinal, Pixmap *pixmap, Pixmap *mask) ;
を直接呼ぶようにしました。

同時に、 window にアイコンを設定する処理と後始末は x_window.c へ移しました。
これに伴い、窓を閉じるときまで Pixmap を憶えておくために
x_window_t に icon, mask を追加してます。 

こんなかんじでいかがでしょう?

#関数名については、アイコンの読み込み以外にも scrollbar ボタンの
#読み込みなどにも使えるはずなので、_icon は付けない方がよいかも。

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

	荒木です:-)

	Subject: Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Thu, 12 Sep 2002 14:03:44 +0900

> 単に、make mlterm-imlibとするとimlib用が、make mlter-gdkpixbuf
> とするとgdk-pixbuf用ができる、というくらいの意味です。

        中田さんのパッチでは、configure 後の Makefile の中で、直接、x_picture_imlib.o と
        x_picture_gdk.o のどちらをリンクするかを決め打ちする形になってますが、これは、さ
        らに改良するということですよね?

        あと、configure 後の make の段階で、imlib 用と gdk-pixbuf 用のどちらを作るか
        指定できるようにするのは、今のところ考えていません。
        それをしてしまうと、対応画像ライブラリが増えるたびに make target を追加していく
        必要がでてきますし、現在 configure で行っている切り分け処理を Makefile に持って
        こなくてはならなくなる結果、Makefile が繁雑になってしまいますので。

> 元々は、x_window_dep.oの依存ルールに#includeされているソースが
> 含まれていないので、そっちを変更してもコンパイルし直されないと
> いうのがあって、

        これは確かにそうなんですよね。

> ルールに追加するくらいなら直接リンクするように
> しちゃえばいいじゃん、てことで。

        これは、これでもいいかなぁ、と思います。
        というか、こっちのやり方のほうが一般的かも。

>>         ちなみに、単一の mlterm バイナリで、gdk-pixbuf,imlib のどちらを使うかをオ
>>         プション切り替えできるようにする、ということは、ちらっと考えたりはしてます。
> ダイナミックリンクが必要になるのでこれは除外してたんですが、考
> えてみたら既にスクロールバーで使ってますね。ならそっちのほうが
> いいかも。

        いや、ダイナミックリンクするつもりはないです。

        単に、

        struct imagelib
        {
               load_file ;
               load_background ;
               ...
        }

        みたいな関数ポインタをメンバにもつ構造体を使って、ライブラリごとに
        メンバを切り替えてやればいいかな、とか。

        まぁ、あまりやる気はないんですが ^_^;

> えーっと、nokadaかな?

        追加しました。

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

[Mlterm-dev-ja] 2.6.1 released

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

	Hi,

        I released 2.6.1.
        2.6.0 has some bugs(see ChangeLog), so please upgrade to 2.6.1.

        Regards,
--
kiken
ara...@us...

Re: [Mlterm-dev-ja] [PATCH] configure.in (imlib, gdk-pixbuf)

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

南です。

On Sun, 8 Sep 2002 03:17:13 +0900
Seiichi SATO <ss...@sh...> wrote:

> こんばんは、佐藤です。
> 
> On Sat, Sep 07, 2002 at 11:45:26PM +0900,
>  Araki Ken wrote:
> 
> >         とりあえずは、某所と、mlterm.sf.net で注意喚起しておきます。
> 
> 修正を commit しておきました。

doc/ja/README.ja を更新しました。mlterm.spec も修正がいりそうですが、
rpm は手許でテストできないので どなたかおねがいします。

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

なかだです。

At Thu, 12 Sep 2002 02:36:47 +0900,
Araki Ken wrote:
> > あともう一つ、xwindow/x_picture_dep.cで#includeするんじゃなくて、
> > それぞれのオブジェクトファイルを直接リンクするようにすれば
> > gdk-pixbuf版、imlib版、none版を独立して作れるんじゃないかと思っ
> > てるんですが、これは2.6.1に入れるべきかどうかはちょっと。
> 
>         すみません、独立して、という意味がよくわからないのですが、どういう用途を
>         意図したパッチなんでしょうか?

単に、make mlterm-imlibとするとimlib用が、make mlter-gdkpixbuf
とするとgdk-pixbuf用ができる、というくらいの意味です。

元々は、x_window_dep.oの依存ルールに#includeされているソースが
含まれていないので、そっちを変更してもコンパイルし直されないと
いうのがあって、ルールに追加するくらいなら直接リンクするように
しちゃえばいいじゃん、てことで。

>         ちなみに、単一の mlterm バイナリで、gdk-pixbuf,imlib のどちらを使うかをオ
>         プション切り替えできるようにする、ということは、ちらっと考えたりはしてます。

ダイナミックリンクが必要になるのでこれは除外してたんですが、考
えてみたら既にスクロールバーで使ってますね。ならそっちのほうが
いいかも。

>         # ただ、もう少し対応する画像ライブラリが増やさ(か、mlterm の用途に最適化
>         # した、独自ライブラリをスクラッチから実装する)ないと、メリットがあまり
>         # ないかな、とか...

とりあえず--with-imagelibに複数指定されたら切り替えられるように
するとか。メリットというか、そんなことをしたがる人間がいるかど
うかはやはり謎ですが。

> > sourceforgeの使い方がよく分かってなかったり。たしかアカウントは
> > 持ってることは持ってるはずなんですが。
> 
>         とりあえず、アカウントを教えてもらえれば、登録だけでもしておきますよ:)

えーっと、nokadaかな?

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

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

	荒木(@明日朝から仕事なのに寝つけない)です:-)

	Subject: Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Thu, 12 Sep 2002 00:59:39 +0900

> ちなみに、kikとmkfってなにかの略ですか。

        そんな風に説明を求められるほど、他人様に見ていただけるソフトになるとは
        全く考えてもいなかったころに、適当に付けた名前でして、一応説明できない話
        ではないんですが、恥ずかしいんで勘弁下さい_o_

> あともう一つ、xwindow/x_picture_dep.cで#includeするんじゃなくて、
> それぞれのオブジェクトファイルを直接リンクするようにすれば
> gdk-pixbuf版、imlib版、none版を独立して作れるんじゃないかと思っ
> てるんですが、これは2.6.1に入れるべきかどうかはちょっと。

        すみません、独立して、という意味がよくわからないのですが、どういう用途を
        意図したパッチなんでしょうか?

        # なんか寝惚けてるかも...

        ちなみに、単一の mlterm バイナリで、gdk-pixbuf,imlib のどちらを使うかをオ
        プション切り替えできるようにする、ということは、ちらっと考えたりはしてます。

        # ただ、もう少し対応する画像ライブラリが増やさ(か、mlterm の用途に最適化
        # した、独自ライブラリをスクラッチから実装する)ないと、メリットがあまり
        # ないかな、とか...

> sourceforgeの使い方がよく分かってなかったり。たしかアカウントは
> 持ってることは持ってるはずなんですが。

        とりあえず、アカウントを教えてもらえれば、登録だけでもしておきますよ:)

        # 使い方は、追々ってことで。

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

Re: 2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

なかだです。

At Thu, 12 Sep 2002 00:38:56 +0900,
Araki Ken wrote:
> > kiklibとmkfを単独でインストールしようとすると、おかしなところに
> > コピーされます。
> 
>         ありがとうございます。
>         パッチをマージいたしました。

ちなみに、kikとmkfってなにかの略ですか。

>         これで問題なければ、明日2.6.1をリリースします。

あともう一つ、xwindow/x_picture_dep.cで#includeするんじゃなくて、
それぞれのオブジェクトファイルを直接リンクするようにすれば
gdk-pixbuf版、imlib版、none版を独立して作れるんじゃないかと思っ
てるんですが、これは2.6.1に入れるべきかどうかはちょっと。

>         それから、そういえば、中田さんには、まだ commit 権さしあげてませんでした
>         よね...? ^_^;
>         もし sf のアカウントをお持ちでしたら、commit 権持っていただいて、適宜直接
>         commit していただければ、と思いますが、どうでしょうか?

sourceforgeの使い方がよく分かってなかったり。たしかアカウントは
持ってることは持ってるはずなんですが。


Index: autoconf/configure.in
===================================================================
RCS file: /cvsroot/mlterm/mlterm/autoconf/configure.in,v
retrieving revision 1.22
diff -u -2 -p -r1.22 configure.in
--- autoconf/configure.in	7 Sep 2002 13:00:32 -0000	1.22
+++ autoconf/configure.in	11 Sep 2002 15:03:40 -0000
@@ -87,4 +87,5 @@ imlib)
 		IMLIB_LIBS="`imlib-config --libs`"
 	fi
+	DEP=imlib
 	AC_SUBST(IMLIB_CFLAGS)
 	AC_SUBST(IMLIB_LIBS)
@@ -96,4 +97,5 @@ gdk-pixbuf2)
 		GDK_PIXBUF_LIBS="`pkg-config --libs gdk-pixbuf-xlib-2.0`"
 	fi
+	DEP=gdk
 	AC_SUBST(GDK_PIXBUF_CFLAGS)
 	AC_SUBST(GDK_PIXBUF_LIBS)
@@ -105,4 +107,5 @@ gdk-pixbuf1)
 		GDK_PIXBUF_LIBS="`gdk-pixbuf-config --libs` -lgdk_pixbuf_xlib"
 	fi
+	DEP=gdk
 	AC_SUBST(GDK_PIXBUF_CFLAGS)
 	AC_SUBST(GDK_PIXBUF_LIBS)
@@ -115,6 +118,8 @@ gdk-pixbuf1)
 		exit 1
 	fi
+	DEP=none
 	;;
 esac
+AC_SUBST(DEP)
 
 AC_ARG_ENABLE(anti_alias,
Index: xwindow/Makefile.in
===================================================================
RCS file: /cvsroot/mlterm/mlterm/xwindow/Makefile.in,v
retrieving revision 1.7
diff -u -2 -p -r1.7 Makefile.in
--- xwindow/Makefile.in	28 Jul 2002 15:55:39 -0000	1.7
+++ xwindow/Makefile.in	11 Sep 2002 15:03:40 -0000
@@ -23,5 +23,5 @@ OBJ = x_window_manager.o x_window.o x_sc
 	x_font_manager.o x_scrollbar.o x_sb_screen.o x_picture.o x_font.o \
 	x_sb_view_factory.o x_simple_sb_view.o x_color.o x_decsp_font.o \
-	x_picture_dep.o x_selection.o x_font_custom.o x_color_custom.o x_keymap.o \
+	x_picture_@DEP@.o x_selection.o x_font_custom.o x_color_custom.o x_keymap.o \
 	x_bel_mode.o x_sb_mode.o x_mod_meta_mode.o main.o x_term_manager.o x_termcap.o \
 	x_display.o x_term.o


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

2.6.1 (was: Re: [Mlterm-dev-ja] kiklib & mkf)

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

	荒木です:-)

	Subject: [Mlterm-dev-ja] kiklib & mkf
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Thu, 12 Sep 2002 00:01:48 +0900

> kiklibとmkfを単独でインストールしようとすると、おかしなところに
> コピーされます。

        ありがとうございます。
        パッチをマージいたしました。

        それから、アンチエイリアス表示の際に、画面の右端の列がちゃんと表示されない
        バグを修正しました。

        これで問題なければ、明日2.6.1をリリースします。

        それから、そういえば、中田さんには、まだ commit 権さしあげてませんでした
        よね...? ^_^;
        もし sf のアカウントをお持ちでしたら、commit 権持っていただいて、適宜直接
        commit していただければ、と思いますが、どうでしょうか?

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

[Mlterm-dev-ja] kiklib & mkf

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

なかだです。

kiklibとmkfを単独でインストールしようとすると、おかしなところに
コピーされます。

* DESTDIRを指定したときに、INCDIRに二重に付加される

* libtool --mode=installはディレクトリが存在しないとその上のディ
  レクトリにコピーする


Index: kiklib/src/Makefile.in
===================================================================
RCS file: /cvsroot/mlterm/mlterm/kiklib/src/Makefile.in,v
retrieving revision 1.19
diff -u -2 -p -r1.19 Makefile.in
--- kiklib/src/Makefile.in	28 Jul 2002 15:55:39 -0000	1.19
+++ kiklib/src/Makefile.in	7 Sep 2002 15:30:28 -0000
@@ -9,5 +9,5 @@ SRC_TOPDIR = @SRC_TOPDIR@
 PREFIX = $(DESTDIR)$(prefix)
 LIBDIR = $(DESTDIR)$(libdir)
-INCDIR = $(DESTDIR)$(PREFIX)/include
+INCDIR = $(DESTDIR)$(prefix)/include
 
 VPATH = $(SRC_TOPDIR)/src
Index: mkf/lib/Makefile.in
===================================================================
RCS file: /cvsroot/mlterm/mlterm/mkf/lib/Makefile.in,v
retrieving revision 1.9
diff -u -2 -p -r1.9 Makefile.in
--- mkf/lib/Makefile.in	23 Apr 2002 14:13:09 -0000	1.9
+++ mkf/lib/Makefile.in	7 Sep 2002 15:30:28 -0000
@@ -13,5 +13,5 @@ INSTALL = @INSTALL@
 PREFIX = $(DESTDIR)$(prefix)
 LIBDIR = $(DESTDIR)$(libdir)
-INCDIR = $(DESTDIR)$(PREFIX)/include
+INCDIR = $(DESTDIR)$(prefix)/include
 
 VPATH = $(SRC_TOPDIR)/lib
@@ -79,5 +79,5 @@ collect-headers : $(INCDIR_TMP)/mkf
 install: install-inc install-la
 
-install-deb : $(LIBDIR)
+install-deb :
 	$(MAKE) LIBNAME=$(LIBNAME_DEB) install-ar
 
@@ -85,8 +85,8 @@ install-inc : $(INCDIR)/mkf
 	cp $(INCDIR_TMP)/mkf/*.h $(INCDIR)/mkf
 
-install-la :
+install-la : $(LIBDIR)
 	$(LIBTOOL_INSTALL) *.la $(LIBDIR)
 
-install-ar :
+install-ar : $(LIBDIR)
 	$(LIBTOOL_INSTALL) *.a $(LIBDIR)
 


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

[Mlterm-dev-ja] 2.6.1 ready

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

	荒木です:-)

        バックスクロールモードで、マルチバイト文字を含んだログ行を表示すると、
        画面にゴミが残るというバグがありました。

        これはさすがに、放置するのはちょっとアレなので、急遽 2.6.1 をリリース
        することにします。

        水曜日あたりを目途に考えてますんで、テストよろしくお願いします _o_

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

Re: [Mlterm-dev-ja] etc/termcap

[daichi <da...@on...>]

大地です。

>         というわけで、坂本さんが、kb,kD のデフォルト設定について指摘されておられた件、
>         どうしましょうか?
>         個人的には、坂本さんの意見が正論で、Debian の local policy については、Debian
>         側で対処するのがスジかなとは思います

僕も坂本さんに一票。
Debianでの在り方をアプリケーション側に強要するべきではなく、それは
Debian側で対処するべき問題だと考えます。このあたりの設定はこれまで
のやり方に合わせた方が良いと考えます。

PS.
XIM回りですが、ごり押しして解決しました。どうもお騒がせしました。

--
  有限会社オングス
  技術開発担当 後藤大地 (da...@on...)
  TEL/FAX: 03-3478-0410  WWW: http://www.ongs.co.jp/

[Mlterm-dev-ja] Re: mouse problem with w3m on mlterm

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

佐藤です。

On Sun, Sep 08, 2002 at 03:25:28AM +0900,
 Seiichi SATO wrote:

> termtype=mlterm を kterm に戻したら 直りましたので、
> 原因は mlterm.ti かもしれません。

mlterm.ti は全然悪くなかったです。
w3m の w3m_term_info_list[] に mlterm 用のエントリを加えたら
termtype=mlterm でも マウスが効きました。

--
佐藤精一

[Mlterm-dev-ja] Re: mouse problem with w3m on mlterm

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

度々すみません、佐藤です。

termtype=mlterm を kterm に戻したら 直りましたので、
原因は mlterm.ti かもしれません。

おやすみなさい。

--
佐藤精一

[Mlterm-dev-ja] mouse problem with w3m on mlterm

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

こんばんは、佐藤です。

w3m でマウス操作ができません。
まだ追いかけてないので原因はわかりません。

とりあえず御報告まで、

--
佐藤精一

Re: [Mlterm-dev-ja] [PATCH] configure.in (imlib, gdk-pixbuf)

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

こんばんは、佐藤です。

On Sat, Sep 07, 2002 at 11:45:26PM +0900,
 Araki Ken wrote:

>         とりあえずは、某所と、mlterm.sf.net で注意喚起しておきます。

修正を commit しておきました。

--
佐藤精一

Re: [Mlterm-dev-ja] [PATCH] configure.in (imlib, gdk-pixbuf)

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] [PATCH] configure.in (imlib, gdk-pixbuf)
	From: Seiichi SATO <ss...@sh...>
	Message-ID: <20020907144619.GA12573%ss...@sh...>
	Date: Sat, 7 Sep 2002 23:46:19 +0900

> えっと、mlterm-2.6.0/autoconf/configure には修正入ってますが、
> mlterm-2.6.0/configure はそのままみたいです。

        ガーン

        まぁ、いいや....っていいたいとこですが、今までどおり、./configure --enable-imlib
        とかやって、コケる人が出てきそう -_-;
        とりあえずは、某所と、mlterm.sf.net で注意喚起しておきます。

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

[Mlterm-dev-ja] todo

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

	荒木です:-)

        今のところ、次のリリースに向けてとりかからねばならない点をいくつか。

        o x_picture_set_icon_from_file() をなんとかする。
          x_picture.[ch] からは、icon をロードする関数を削除し(x_picture.[ch] は、
          あくまで x_picture_t の操作モジュールなので)、x_picture_dep.[ch] に定義し
          た x_picdep_load_icon( &data,&pixmap,&mask) みたいな関数を、 x_window.c
          から直接使用する、という形でどうかと思ってます。
          てか、x_picture_dep.[ch] を、x_imagelib.[ch] か何か別の名前にしたほうが、
          x_picture.[ch] とは直接関係なしに各画像処理ライブラリを抽象化したモジュ
          ールだよ、ってことが分かりやすいかも。

        o mlconfig のメンテナ募集
          久保田さんが去られたようなので...
          そもそも、GUI な設定プログラムは、標準入出力経由で mlterm 本体と doc/en/PROTOCOL
          な通信を行なうだけ(mlconfig/mc_io.[ch] あたり)なので、gtk に依存しないプロ
          グラムを(Xaw なんかで) 1 から作る敷居も比較的低いと思います。

          # この辺のドキュメントも書いたほうがよさそう...
                  
        o スクロールバーの高さが小さくなりすぎないようにする。

        o カーソルの色を指定できるようにする。

        o -tint オプション対応

        o タブ化

        あと、なんか既知のバグとかありましたっけ?

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