Thread: [Mlterm-dev-ja] Re: mlterm =?ISO-2022-JP?B?GyRCJEckThsoQg==?= anti alias =?ISO-2022-JP?B?GyRCJEskRC

	荒木です:-)

        # mlterm-dev-ja にも Cc させていただきました _o_

	Subject: Re: mlterm での anti alias について
	From: nekoie <ne...@ti...>
	Message-ID: <20020103121020.GA23051%ne...@ti...>
	Date: Thu, 3 Jan 2002 21:10:20 +0900

> 最後に、バグ報告です。
> 文字色にpriv_fg, 背景色にpriv_bgを指定した時のカーソルの色が
> なんとなく変です。
> 他の組合せの時なら、カーソルの色は文字色で、
> カーソルで反転中の文字の色は背景色（例えば、文字色赤で背景色黒なら、
> カーソル色は赤でカーソルの中の文字は黒）になっているのですが、
> priv_fg, priv_bgの組合せの時は、なんとなく微妙な色になっていて、
> カーソルの中の文字が読みづらいです。
> こちらで試してみた時の環境は
> mlterm-2.1.2
> で、 .mlterm/color には、
> priv_fg=bfff-7fff-7fff;
> priv_bg=1fff-0-0;
> と指定しました。
> この時のカーソルの色はクリーム色（文字色と同じぐらい？）で、
> カーソルの中の文字の色は、それよりほんの少し明るいクリーム色です。
> Xサーバは16ビット色で動作させています、確か（このせいかもしれない‥‥）。

        こちらでも確認いたしました。
        添付のパッチをあてていただくと解決すると思います。

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

Index: src/ml_color_manager.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_color_manager.c,v
retrieving revision 1.19
diff -u -r1.19 ml_color_manager.c
--- src/ml_color_manager.c	2001/12/01 17:30:23	1.19
+++ src/ml_color_manager.c	2002/01/06 03:22:23
@@ -49,7 +49,7 @@
 	rend_color.red = red ;
 	rend_color.green = green ;
 	rend_color.blue = blue ;
-	rend_color.alpha = 0 ;
+	rend_color.alpha = 0xffff ;
 
 	if( ! XftColorAllocValue( color_man->display ,
 		DefaultVisual( color_man->display , color_man->screen) ,

猫家です。

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

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

折角なので、

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

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


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

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

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

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

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] Re: mlterm での anti alias について
	From: nekoie <ne...@ti...>
	Message-ID: <20020108172754.GA22254%ne...@ti...>
	Date: Wed, 9 Jan 2002 02:27:54 +0900

> atermの-fadeオプションでは、パーセント指定で
> 非アクティブ時にどれぐらい暗くするかを設定できました。が、
> ただ単に、アクティブ時と非アクティブ時で文字色／背景色を
> 変更できるようにするぐらいで十分使いものになると思っています。

        まだ、commit しておりませんが、とりあえず、手元では、

        -fade [percent]

        で、背景色を暗くできるようにしてみました。

        需要と面倒を天秤にかけた結果、fade 率を動的変更することはできません。
        が、背景色の動的変更には追随できます。

        ただ、少し疑問がありまして、
        
> （ただ、この場合だと、背景透過や背景張り付けの時には
> あまり便利な機能でなくなってしまいますけど）

        これですが、背景透過や画像貼り付けの場合には、aterm でも fade できません
        よね ?
        
        aterm のソースも見てみましたが、単に背景色の rgb を 0 にちかづけることで
        輝度調整もどきを実装おり、輝度そのものを調整(ってどうやるのかしりませんが
        )しているわけではありませんでした。

        というわけで、mlterm でも、背景に画像(含透過)がある場合には、rgb をいじっ
        て云々ということが不可能ですので、-fade オプションは効きません。

        それから、fade 処理の 2.1.2 への porting を行う予定はありません。

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

mlterm-dev-jaの皆様、はじめまして、猫家です。
mlterm-dev-jaに参加させていただきます。どうかよろしくお願いします。

# という訳で、こっちにやってきました、荒木さん :)

> > 最後に、バグ報告です。
> > 文字色にpriv_fg, 背景色にpriv_bgを指定した時のカーソルの色が
> > なんとなく変です。
  (snip)
> 
>         こちらでも確認いたしました。
>         添付のパッチをあてていただくと解決すると思います。

パッチを当て、カーソルの色が通常の反転になったのを確認いたしました。
どうもありがとうございます。


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


それではこれから、どうかよろしくお願いいたします。
-------------------------------
From: nekoie <ne...@ti...>

	荒木です:-)

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

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

        ありがとうございます :)
        早速、http://mlterm.sf.net/index.ja.html からリンクを張らせていただきました(_ _

        内容に関しては、とくにおかしな点はないと思いますが、その中であげていただいていた
        問題点につきましては、東風フォントの「〜」などが表示できないことを手元でも再現し
        た以外はまだ手をつけられておりません。

        とりあえず、眠いのでもう寝ます。

        # aterm の細かい機能って全くしらないのですよね...

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

	荒木です:-)

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

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

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

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

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

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

        ということですので、

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

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

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

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

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

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

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

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

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

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

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

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

坂本です。

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

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

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

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

	荒木です:-)

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

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

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

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

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

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

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

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

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

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

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