Thread: Re: [Mlterm-dev-ja] mlconf_curses.pl (Page 2)

Brought to you by: arakiken, h_minami, kubota

mlterm-dev-ja

Re: [Mlterm-dev-ja] mlconf_curses.pl

From: MINAMI H. <mi...@ch...> - 2002-01-16 14:51:33

南です

On Tue, 15 Jan 2002 06:58:59 +0900
Araki Ken <j00...@ip...> wrote:
> 
> > それから お約束の(^^; 設定ツールですが、とりあえず curses-perl を使った
> > プロトタイプを一応動くようにしました。

>         perl 5.6.0 + curses-perl 1.06 + NetBSD libcurses.so.4.2
> 
>         ですと、mlconf_curses.pl 中の halfdelay() をコメントアウトすれば、なんとか
>         起動して初期画面(モノクロ)を表示することまではできましたが、それ以降、ま
>         ともに画面表示できませんでしたのでステました。

ちがう curses にリンクした perl-curses を共存させる自信がない +
 やっぱり C で書いた方が楽な気がしてきているので、
ncurses 4.2 はしばくテストできそうにありません。すみません。

>         とりあえず、現時点での再現する不具合としましては、左ウィンドウの項目で、
>         Cut & Paste メニュー より下に移動しようとして、下カーソルキーを押下した
>         とたん、キー入力がきかなくなることくらいでしょうか。

たぶん
http://minami.obi.ne.jp/pub/mlterm/mlconf_curses.020116-1.pl
に置いたもので ましになっていると思うのですが、どうでしょうか。
#debug message 山盛りなので 標準エラー出力はどこかに棄てて起動してください。

Re: [Mlterm-dev-ja] mlconf_curses.pl

From: Araki K. <j00...@ip...> - 2002-01-16 15:50:52

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] mlconf_curses.pl
	From: MINAMI Hirokazu <mi...@ch...>
	Message-ID: <200...@ch...>
	Date: Wed, 16 Jan 2002 23:51:15 +0900

>>         perl 5.6.0 + curses-perl 1.06 + NetBSD libcurses.so.4.2
> ちがう curses にリンクした perl-curses を共存させる自信がない +
>  やっぱり C で書いた方が楽な気がしてきているので、
> ncurses 4.2 はしばくテストできそうにありません。すみません。

        あ、いや、NetBSD libcurses.so.4.2 というのは、ncurses ではなく、BSD origin
        な curses ライブラリです。
        ncurses 5.2 必須であっても、わたしは別に問題ありません。

> たぶん
> http://minami.obi.ne.jp/pub/mlterm/mlconf_curses.020116-1.pl
> に置いたもので ましになっていると思うのですが、どうでしょうか。
> #debug message 山盛りなので 標準エラー出力はどこかに棄てて起動してください。

        Appearance エントリ以下に移動してくれない原因わかりました。
        すみません、簡単なことですので、前回の段階できっちりソース追っておくべ
        きでした _o_ パッチを添付します。

        # fade ratio を fade_ratio に修正している個所です。

        で、ざっと使ってみましたが、すばらしいです:)
        
        描画速度も問題ないです。

        ただ、これは、好みの問題ですが、一度値を変更・確定してしまうと、apply
        するまで元の値にもどせない、というのはちょっとアレですので、添付のパッ
        チのようにしていただけると、個人的にはうれしく思います _o_

        # あまりちゃんとソースおっかけていないので、この修正では問題があると
        # 思いますが。

        しばらく使ってみますので、また何かありましたら、報告いたします。

        # w3m なしでもつかえるツールがあったほうが、断然いいのはたしかですが、
        # 別に今すぐないと困るというわけでもないので、のんびりやってください:)

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

--- mlconf_curses.020116-1.pl	Wed Jan 16 23:44:17 2002
+++ mlconf_curses.020116-1.new.pl	Thu Jan 17 00:22:44 2002
@@ -248,9 +248,9 @@
     }	
     my $result =
 	&$display_func( $window, $entry, $x, $y);
-    if ( $result ne $$entry[$ENTRY_INITIAL]){
+#    if ( $result ne $$entry[$ENTRY_INITIAL]){
 	$$entry[$ENTRY_DATA] = $result;
-    }
+#    }
     return $result;
 }
 
@@ -1023,7 +1023,7 @@
  'Foreground' => 'fg_color',
  'Background' => 'bg_color',
  'Font Size' => 'fontsize',
- 'Fade Ratio' => 'fade ratio',
+ 'Fade Ratio' => 'fade_ratio',
  'Variable Width' => 'use_variable_column_width',
  'Anti Alias' => 'use_anti_alias',
  'Transparent'=>'use_transbg',

Re: [Mlterm-dev-ja] mlconf_curses.pl

From: MINAMI H. <mi...@ch...> - 2002-01-17 05:31:10

南です

On Thu, 17 Jan 2002 00:29:05 +0900
Araki Ken <j00...@ip...> wrote:

>         Appearance エントリ以下に移動してくれない原因わかりました。
>         すみません、簡単なことですので、前回の段階できっちりソース追っておくべ
>         きでした _o_ パッチを添付します。

ありがとうございます。手元ではなぜだか止まらないので気付いてませんでした。

>         ただ、これは、好みの問題ですが、一度値を変更・確定してしまうと、apply
>         するまで元の値にもどせない、というのはちょっとアレですので、添付のパッ
>         チのようにしていただけると、個人的にはうれしく思います _o_

設定項目の内部キャッシュの較正がまちがってました。
http://minami.obi.ne.jp/pub/mlterm/mlconf_curses.020117-0.pl
で修正できていると思います。

[Mlterm-dev-ja] commit log [2002/01/15-2]

From: Araki K. <j00...@ip...> - 2002-01-15 13:46:41

	荒木です:-)

* calculating width of anti alias font was somewhat wrong. fixed.
* variable column width anti alias fonts , which are specified in ~/.mlterm/vaafont ,
  are supported.
* #error instead of #<key>=#error is returned.
* ESC]5380;wall_pictureBEL returns #wall_picture= instead of #error when no wall picture
  is used.
  
        坂本さんにご指摘いただいた問題は修正しております。

        また、某所にて、 mlterm のアンチエイリアスフォントの文字間隔が空きすぎて
        る、という指摘をされているのをみつけまして、コードを見なおしてみましたと
        ころ、Xft での文字幅計算が間違っていたようです。

        # XGlyphInfo:width でなく、XGlyphInfo:xOff を使わんとだめっぽいですね。
        # "W" の文字幅計算も、XFT_PROPORTIONAL なフォントをつかって行なうようにし
        # ました。

        ひょっとすると、猫家さんがおかしい、とおっしゃってた問題も、これで直ってい
        るかもしれません。

        それから、この修正のついでに、anti alias モードでの可変長コラム幅にも対応
        しました。
        ~/.mlterm/vaafont で、それ用のフォントを指定して、-A -V  オプションを両方
        つけて起動してみてください。

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

[Mlterm-dev-ja] commit log [2002/01/18]

From: Araki K. <j00...@ip...> - 2002-01-18 14:33:02

	荒木です:-)

        commit log です。

* XftTextExtents returns full width extents for DynaFont "W" , which makes space between
  characters too wide. fixed(there is still room for improvement).
  (thanks to Asaki Takumi san)
* not only background color but foreground color is faded.

        結局、Xft のコラム幅決定では、'W' の幅が fontsize よりおおきくなる場合に、
        fontsize / 2 を使うようにしました。
        多分これで、DynaFont が正常につかえるようになっていると思います。

        一応、font family が Dynalab フォントかどうかで、 'W' 幅をつかうかどうか
        をチェックするコードも、#if 0 #endif で括っていれてます。

        # 個人的には、後者でうまくいくなら、後者でいきたいんですよね....
        
        ただ、いずれにせよ、adhoc な解決策ですので、なにか、もっとよい方法があれ
        ば、お教えください _o_

        それから、そろそろインド方面からレポートがはいると思いますので、そちらが
        片づき次第、2.2.0 リリース準備に入ります。
        
        問題点などありましたら、できれるだけ早めに報告していただけるとありがたい
        です。
        
	では
--
kiken
j00...@ip...

Re: [Mlterm-dev-ja] commit log [2002/01/18]

From: Takumi A. <as...@os...> - 2002-01-20 14:14:41

朝木卓見です。

On Friday 18 January 2002 22:57, Araki Ken wrote:

> 荒木です:-)

>         結局、Xft のコラム幅決定では、'W' の幅が fontsize よりおおきくなる場合に、
>         fontsize / 2 を使うようにしました。
>         多分これで、DynaFont が正常につかえるようになっていると思います。

遅くなりましたが、確認しました。
以下のようになります。

1. DynaFont(fixed pitch)
% mlterm -A
    ターミナルの幅も狭く、問題なく表示、利用できる。
% mlterm -A -V
    ターミナルの幅は狭いが、各文字は全角の幅で表示される。
    そのため、ASCIIの文字列には文字間に空白が発生。

1. DynaFont(propotional)
% mlterm -A
    ターミナルの幅は広く、文字の間隔も大きい。
% mlterm -A -V
    ターミナルの幅は広いが、各文字の間隔は狭い。

と言うところでした。
結局、自然に見えるのは fixed picthで mlterm -A の場合のみでした。

>         一応、font family が Dynalab フォントかどうかで、 'W' 幅をつかうかどうか
>         をチェックするコードも、#if 0 #endif で括っていれてます。

このコードを、オプションの指定でON/OFFしたいところですね、こうなったら。

>         ただ、いずれにせよ、adhoc な解決策ですので、なにか、もっとよい方法があれ
>         ば、お教えください _o_

'W'の幅がおかしいだろうというのは分かるんですが、
フォントに問題があるような気がしないでもないです。
# Qt/KDEでもfixed pitchで指定したら、間隔広がってたなぁ、そういえば。

Vine-2.1CRの付属のだし、フォントが古いのかなぁ。

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

[Mlterm-dev-ja] proposal of aafont extension(was: Re: commit log [2002/01/18])

From: Araki K. <j00...@ip...> - 2002-01-21 06:10:28

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] commit log [2002/01/18]
	From: Takumi ASAKI <as...@os...>
	Message-ID: <200...@os...>
	Date: Sun, 20 Jan 2002 23:17:34 +0900

> % mlterm -A -V
>     ターミナルの幅は狭いが、各文字は全角の幅で表示される。
>     そのため、ASCIIの文字列には文字間に空白が発生。

        とすると、Dynalab の fixed pitch フォントが、US-ASCII 相当の文字に対して、
        全角幅でグリフを格納しているということで間違いなさそうですね。

        # なんでそんなことをするのか謎ですが....^_^;
        
        そうしますと、これにつきましては、mlterm 側では、これ以上の対処できないと
        思います _o_

> 1. DynaFont(propotional)
> % mlterm -A
>     ターミナルの幅は広く、文字の間隔も大きい。
> % mlterm -A -V
>     ターミナルの幅は広いが、各文字の間隔は狭い。

        ターミナルの幅が広いのは、'l' 文字が、fontsize より小さくなっているからの
        ようですね。
        (結果、'W' によるコラム幅チェックが行われてしまう)

        こちらにつきましては、以下のような対処策をかんがえてみました。

> このコードを、オプションの指定でON/OFFしたいところですね、こうなったら。

        一応、こちらで考えております対処策としましては、

        1. 朝木さんの提案のように、引数オプションで、すべてのフォントについて、'W'で
           のコラム幅チェックする、しないをグローバルに設定する

        2. (v)aafont のフォント指定方法を拡張して、フォントごとに 'W' の幅チェックを
           おこなわないように指定できるようにする。

        個人的には、2 のほうがいいかな、と思います。

        ただ、2 についても、どう拡張するか、という点でいろいろ選択肢があります。

        1. [Font Family]-fixed-[Font Encoding]
           -fixed- がなければ、'W'の幅チェック行い、あれば、'W' の幅チェックは行な
           わない。
           これが、一番てっとり早いですが、用途が限定されます。
           (Dynalab フォントを使ってる人しかうれしくない)
           
        2. [Font Family]-[Font Encoding]:[Percentage]
           :[Percentage] 指定がなければ、'W' による幅チェックが行なわれる。
           [Percentage]では、fontsize の 何% 分をこのフォントの幅とするかを指定しま
           す。

           # [Font Family]-[Percentage]-[Font Encoding] と間にはさむのは、
           # [Font Encoding] との切れ目がわからなくなる場合がないか恐い(少くとも現在
           # はないと思いますが)ので、 ":" を使ったのですが、":" もまずいでしょうか?

           例えば、
           Kochi Mincho-iso8859-1:150
           ですと、-w 12 で mlterm を起動した場合、このフォントの横幅は、18 になり
           ます。
           Kochi Mincho-iso8859-1:150
           ですと、mlterm -w 12 で起動した場合、フォントの横幅は、12になります。
           
           これだと、Dynalab フォント以外でも、コラム幅を少し{広げ|縮め}たいときや、
           あと少しフォントの横幅が{広がる|縮まる}と見易いんだけどな、というときに
           も微調整ができて便利です。

           # もちろん、-V オプションを付けた場合は、コラム幅決定の際以外は関係なく
           # なります。

        3. [Charset]=[Font Family]-[Font Encoding](;[Font Size],[Font Family]-[Font Encoding]:[Font Width])
           趣旨は、2と同じです。
           この場合、フォントの横幅指定は、デフォルトフォントの指定ではなく、フォント
           サイズごとのフォント指定のところでだけでしか行なえません。
           唯、パーセントでなく、明示的にフォント幅をピクセス値で指定できるので、わか
           りやすくなります。

           e.g.) ISO8859_1=Kochi Mincho-iso8859-1;12,Kochi Mincho-iso8859-1:13
                 フォントサイズが 12 のとき、フォントの横幅を 13 に固定する。

        個人的には、これも 2 がよいかな、と思います。

        如何でしょうか?

        もし、2-2 という選択でよいということでしたら、すぐに実装します。
        2-2 以外の選択肢がよいぞ、という場合は勿論、ここにあがっている選択肢以外
        にも良案があれば、提案お願いいたします。

> 'W'の幅がおかしいだろうというのは分かるんですが、
> フォントに問題があるような気がしないでもないです。
> # Qt/KDEでもfixed pitchで指定したら、間隔広がってたなぁ、そういえば。

        そういえば、猫家さんも、先日日記に、Dynalab フォントをお買いになられたように
        書いておられましたが、mlterm で使用すると(特にmlterm -V -A したとき)どんな感
        じですか?

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