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: nekoie <ne...@ti...> - 2002-01-18 17:42:41
|
猫家です。 先程、CVSからソースをいただきました。 > > ・前景色が変化しない > > 背景が白系統だと問題は無いのですが、 > > 背景が黒系統だと、fadeしているのが分かりにくいので、 > > 文字もfadeしてほしいです。 > > （atermは文字もfadeしています。） > > これは、さきほど修正いたしました。のちほど、commit いたします。 確認させてもらいました。 これで、背景が黒系統でもfadeが分かりやすくなりました。 どうもありがとうございます。 > > ・ウィンドウマネージャのworkspaceを切り替えた時に、 > > fade状態がおかしくなる時が、たまにある > > workspace（と呼ぶのは正しいのか分かりませんが、とにかく、 > > 実際のディスプレイ解像度以上の広い（仮想）デスクトップを > > 使える機能の、それぞれの画面）を切り替えた時に、 > > 複数の窓がアクティブ色になっている時があります。 > > が、どうも再現性が不明です‥‥。 > > 沢山mltermを開いている時になりやすい気がします。 > > ウィンドウマネージャの方のバグかもしれません。 > > （ウィンドウマネージャはblackbox-0.61.1を使っています） > > blackbox 0.61.1 でためしてみましたが、うまく再現させられませんでした。 > Window Manager がちゃんと FocusIn/FocusOut イベントをちゃんとなげてくれて > いないか、mlterm 側でとりこぼしているか、だと思いますが、mlterm 側で、あや > しいところはちょっと思いつかないです _o_ > > aterm では同様の現象は発生しませんか ? > また、CTRL+F1 で 複数の mlterm ウィンドウを立ちあげずに、別プロセスで > 複数の mlterm ウィンドウをあげた場合はどうですか ? 相変わらず再現性が不明なのですが、 atermでも試してみたところ、同様の現象が起こりましたので、 blackboxの方のバグではないかと思います。 # なんとなく、bbkeysが怪しい気がするものの‥‥ # 別プロセスで複数のmlterm窓を開いた場合にも、矢張りこの現象が起こる時が # ありました。が、多分原因はblackboxの方です。 ------------------------------- From: nekoie <ne...@ti...> |
|
From: Araki K. <j00...@ip...> - 2002-01-18 16:19:32
|
荒木です:-)
たてつづけですが、commit log です。
* DynaFont problem is fixed by checking 'i' character width before 'W' character.
(thanks to Asaki Takumi san)
* font,aafont are read before vfont,vaafont for variable column width fonts.
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Sat, 19 Jan 2002 00:09:21 +0900
>> 通常 ~/.mlterm/aafont でフォントを指定して使用すると仮定してよいと思われ
>> ますので、そこで指定された Font Family 文字列(get_xft_col_width() の family
>> 引数にそれが入っています)が、DynaFont のそれであれば、'W' によるコラム幅
>> チェックを行なわない、とすることでいけるかなと思ったんですが。
> 少なくともDynaFontにこの手法は通じないと思います。
> というのは、DynaFontはフォント名をなぜかSJISで持っており、
> Qt/KDEの用にフォント名に日本語を想定してないような環境で利用するために、
> 1. フォントファイル中のフォント名を書き換える
> 2. XftCache中ののフォント名を書き換える
> のどちらかを行なって利用している人も多いと思われるからです。
> # 私は2の手法を使っています。
> そのため、DynaFontのようなフォントには決まった形式のフォント名があることを
> 期待しない方がいいです。
あ、そうですね。
KDE ユーザ会の Web に、そのように書いてあったことを思いだしました。
# このことには、全く気付いておりませんでした。
# 失礼いたしました。
>> ただ、これですと、たとえば手元では、fontsize 10 に対して、'W' の幅が本当
>> に 10 になるプロポーショナルフォントがあったりしますので、その場合に、
>> 一部文字の右端が切れてしまう副作用が生じてしまいます。
> たとえば、'I'や'l'についても文字幅を求めてやるというので逃げられませんか。
> これらの文字についてもfontsizeと同じになるプロポーショナルフォントが
> あるとは思えないのですが。
なるほど、その通りですね。
'i'の幅チェックで、全角幅を返すフォントを振り落した上で、'W' の幅チェックで
コラム幅決定するように致しました。
# われながら、なんでそれに気付かなかったのか、あきれかえってしまいました^_^;
# 頭固すぎでした。ありがとうございます _o_
# これで、ほとんどすべてのフォントに対応できていると思います。
ただ、多分大丈夫だろうとは思いますが、幅チェックのためのフォントを、
XFT_PROPORTIONAL で open しておりますので、もし、Dynalab フォントが、
'i' に対して、fontsize 以下の幅を返してくる場合には、症状が変わらない
かもしれません。
>> あ、すみません、説明しておりませんでした _o_
>> ~/.mlterm/vfont は、-V をつけた場合に使用され、~/.mlterm/vaafont
>> は、 -V -A をつけた場合に使用されます。
>> それぞれ、font , aafont と同じフォーマットです。
> なるほど。
> となると、これらのファイルがない場合にfont, aafontの内容を
> とりあえず代用してもらえるとユーザとしてはうれしいかも。
了解いたしました _o_
font/aafont の内容を、vfont/vaafont で上書きするようにいたしました。
CVS current では、上記修正がはいっております。
お時間があれば、お試しください。
では
--
kiken
j00...@ip...
|
|
From: Takumi A. <as...@os...> - 2002-01-18 15:05:49
|
朝木卓見です。
On Thursday 17 January 2002 12:08, Araki Ken wrote:
> 荒木です:-)
> 通常 ~/.mlterm/aafont でフォントを指定して使用すると仮定してよいと思われ
> ますので、そこで指定された Font Family 文字列(get_xft_col_width() の family
> 引数にそれが入っています)が、DynaFont のそれであれば、'W' によるコラム幅
> チェックを行なわない、とすることでいけるかなと思ったんですが。
少なくともDynaFontにこの手法は通じないと思います。
というのは、DynaFontはフォント名をなぜかSJISで持っており、
Qt/KDEの用にフォント名に日本語を想定してないような環境で利用するために、
1. フォントファイル中のフォント名を書き換える
2. XftCache中ののフォント名を書き換える
のどちらかを行なって利用している人も多いと思われるからです。
# 私は2の手法を使っています。
そのため、DynaFontのようなフォントには決まった形式のフォント名があることを
期待しない方がいいです。
> ただ、これですと、たとえば手元では、fontsize 10 に対して、'W' の幅が本当
> に 10 になるプロポーショナルフォントがあったりしますので、その場合に、
> 一部文字の右端が切れてしまう副作用が生じてしまいます。
たとえば、'I'や'l'についても文字幅を求めてやるというので逃げられませんか。
これらの文字についてもfontsizeと同じになるプロポーショナルフォントが
あるとは思えないのですが。
> あ、すみません、説明しておりませんでした _o_
> ~/.mlterm/vfont は、-V をつけた場合に使用され、~/.mlterm/vaafont
> は、 -V -A をつけた場合に使用されます。
> それぞれ、font , aafont と同じフォーマットです。
なるほど。
となると、これらのファイルがない場合にfont, aafontの内容を
とりあえず代用してもらえるとユーザとしてはうれしいかも。
> # あのパッチをあてることで、vaafont の設定をしていないのに、ターミナルの幅
> # が小さくなったというのは、謎ですが...^_^;
となると、フォントを指定してないぶん、先ほどの結果はあまり意味がないかも。
あとできちんとチェックし直してみます。
--
Che Che - Bye Bye
From: Takumi ASAKI <as...@os...>
URL: http://www3.osk.3web.ne.jp/~asataku/
|
|
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...
|
|
From: Araki K. <j00...@ip...> - 2002-01-18 06:48:27
|
荒木です:-)
Thread きってしまってもうしわけりません。
あいかわらず、大学の Mail Server(よくコケます)がいつマトモになるのやらわ
かりませんので....
> ・前景色が変化しない
> 背景が白系統だと問題は無いのですが、
> 背景が黒系統だと、fadeしているのが分かりにくいので、
> 文字もfadeしてほしいです。
> （atermは文字もfadeしています。）
これは、さきほど修正いたしました。のちほど、commit いたします。
> ・ウィンドウマネージャのworkspaceを切り替えた時に、
> fade状態がおかしくなる時が、たまにある
> workspace（と呼ぶのは正しいのか分かりませんが、とにかく、
> 実際のディスプレイ解像度以上の広い（仮想）デスクトップを
> 使える機能の、それぞれの画面）を切り替えた時に、
> 複数の窓がアクティブ色になっている時があります。
> が、どうも再現性が不明です‥‥。
> 沢山mltermを開いている時になりやすい気がします。
> ウィンドウマネージャの方のバグかもしれません。
> （ウィンドウマネージャはblackbox-0.61.1を使っています）
blackbox 0.61.1 でためしてみましたが、うまく再現させられませんでした。
Window Manager がちゃんと FocusIn/FocusOut イベントをちゃんとなげてくれて
いないか、mlterm 側でとりこぼしているか、だと思いますが、mlterm 側で、あや
しいところはちょっと思いつかないです _o_
aterm では同様の現象は発生しませんか ?
また、CTRL+F1 で 複数の mlterm ウィンドウを立ちあげずに、別プロセスで
複数の mlterm ウィンドウをあげた場合はどうですか ?
> 確かにatermでも背景画像等はfadeしていませんでした。
> 私の勘違いでした。すみません。
> （atermの-tintオプションとごっちゃにしていたようです‥‥）
-tint ですか...
またいやな option ですね ^_^;
tint 対応については、要望がなければ、とりあえず現状のまま放置ということで _o_
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2002-01-18 05:16:03
|
荒木です:-)
現在大学の Mail Server がこけているようでして、手元にメールが流れてきて
おりませんので、直接 Reply できないのですが、
mlconf_curses.020117-0.pl
は問題なく動きました。ありがとうございます _o_ > 南さん
それから、すでにおきづきの方もいらっしゃるかと思いますが、ML archive の
文字化けがなおったようです。
# まだ、beta ということのようですが....
http://sourceforge.net/mailarchive/forum.php?forum_id=3020
では
--
kiken
j00...@ip...
|
|
From: Hironori S. <hs...@mt...> - 2002-01-18 04:42:09
|
$B:dK\$G$9!#(B
$B!V(B JIS$B2~D{$N9M$(J}8x3+%l%S%e!<$N8f0FFb!W(B
http://www.jsa.or.jp/domestic/instac/revue/jcsopen.htm
$B$H$$$&J8=q$,8x3+$5$l$F$$$^$9!#(B
$B$A$c$s$HFI$s$G$O$$$J$$$N$G$9$,!"(B
* JISX0213 $B$K(B JISX0221 $B8_49J8;z$r(B 10 $BJ8;zDI2C!#(B
* JISX0208,0212,0221 $B$O$=$N$^$^!#(B
* JISX0208,0213 $B$NJq@]$b$=$N$^$^!#(B
* $BI=304A;z;zBNI=$r;29M$KNc<(7A$,JQ$o$kJ8;z$,$"$k!#(B
$B$H$$$C$?$H$3$m$G$9!#(B
# /.J $B$G<h$j>e$2$J$$$N$+$J!#(B
-----------------------------------
$B:dK\(B $B9@B'(B <hs...@mt...>
http://www2u.biglobe.ne.jp/~hsaka/
|
|
From: nekoie <ne...@ti...> - 2002-01-17 15:13:09
|
猫家です。 遅くなりましたが、CVSからソースをいただき、--fadeオプションを 試させてもらいました。 非常に便利に使えるのですが、ちょっと気になる点も見つけました。 ・前景色が変化しない 背景が白系統だと問題は無いのですが、 背景が黒系統だと、fadeしているのが分かりにくいので、 文字もfadeしてほしいです。 （atermは文字もfadeしています。） ・ウィンドウマネージャのworkspaceを切り替えた時に、 fade状態がおかしくなる時が、たまにある workspace（と呼ぶのは正しいのか分かりませんが、とにかく、 実際のディスプレイ解像度以上の広い（仮想）デスクトップを 使える機能の、それぞれの画面）を切り替えた時に、 複数の窓がアクティブ色になっている時があります。 が、どうも再現性が不明です‥‥。 沢山mltermを開いている時になりやすい気がします。 ウィンドウマネージャの方のバグかもしれません。 （ウィンドウマネージャはblackbox-0.61.1を使っています） 気が向いたら、よろしくお願いします。 > > （ただ、この場合だと、背景透過や背景張り付けの時には > > あまり便利な機能でなくなってしまいますけど） > > これですが、背景透過や画像貼り付けの場合には、aterm でも fade できません > よね ? 確かにatermでも背景画像等はfadeしていませんでした。 私の勘違いでした。すみません。 （atermの-tintオプションとごっちゃにしていたようです‥‥） 何はともかく、 私が勝手に希望した機能を実現して下さり、本当にありがとうございます。 ------------------------------- From: nekoie <ne...@ti...> |
|
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 で修正できていると思います。 |
|
From: Araki K. <j00...@ip...> - 2002-01-17 03:30:22
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Thu, 17 Jan 2002 06:08:35 +0900
> DynaFontだからという方向よりも、
> # DynaFontの判別がうまく行くのかという話もありますが…。
通常 ~/.mlterm/aafont でフォントを指定して使用すると仮定してよいと思われ
ますので、そこで指定された Font Family 文字列(get_xft_col_width() の family
引数にそれが入っています)が、DynaFont のそれであれば、'W' によるコラム幅
チェックを行なわない、とすることでいけるかなと思ったんですが。
# ~/.mlterm/aafont で、DynaFont の指定ってどうされてます?
# "DynalabDFGkakoGothicW5" のような例があがっておりましたので、とりあえず、
# "Dynalab" ではじまる font family を弾いたのですが。
これがダメですと、
> fontsize と 'W' の幅が同じならという方向ではどうですか?
こっちでもいいですね:)
この場合のパッチも添付しておきます。
ただ、これですと、たとえば手元では、fontsize 10 に対して、'W' の幅が本当
に 10 になるプロポーショナルフォントがあったりしますので、その場合に、
一部文字の右端が切れてしまう副作用が生じてしまいます。
> mlterm -V -A
> -> 相変わらず設定してない(というか、vfontの方法が分かってない)ので漢字がでないが
> ターミナルの幅は小さくなっているので、-Vのときはうまくいってるか
> も。
あ、すみません、説明しておりませんでした _o_
~/.mlterm/vfont は、-V をつけた場合に使用され、~/.mlterm/vaafont
は、 -V -A をつけた場合に使用されます。
それぞれ、font , aafont と同じフォーマットです。
# あのパッチをあてることで、vaafont の設定をしていないのに、ターミナルの幅
# が小さくなったというのは、謎ですが...^_^;
では
--
kiken
j00...@ip...
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
diff -u -r1.94 ml_font.c
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/17 02:54:47
@@ -394,7 +395,14 @@
XftFontClose( font->display , xfont) ;
- if( w_width > 0)
+ /*
+ * XXX
+ * since some fonts(e.g. Dynalab Font) returns full width extents for 'W' ,
+ * w_width < fontsize check is done.
+ * if there is a proportional font whose 'W' width is really wider
+ * than fontsize , w_width < fontsize trick may backfire.
+ */
+ if( 0 < w_width && w_width < fontsize)
{
return w_width ;
}
|
|
From: Takumi A. <as...@os...> - 2002-01-16 21:04:55
|
朝木卓見です。
On Wednesday 16 January 2002 22:48, Araki Ken wrote:
> 荒木です:-)
> とりあえず、DynaFont の場合だけ、'W' によるコラム幅指定を行なわないという
DynaFontだからという方向よりも、
# DynaFontの判別がうまく行くのかという話もありますが…。
fontsize と 'W' の幅が同じならという方向ではどうですか?
> 方向で commit したいのですが、commit 前に、一応添付のパッチをテストしていた
> だけませんでしょうか?
これでもだめでした。
mlterm -A
-> 従来と一緒。文字幅広いまま。
mlterm -V -A
-> 相変わらず設定してない(というか、vfontの方法が分かってない)ので漢字がでないが
ターミナルの幅は小さくなっているので、-Vのときはうまくいってるかも。
> 無理いいまして、重ね重ね申し訳ありません _o_
この程度の規模のソフトならフルリビルドもすぐですし、お気になさらずに。
--
Che Che - Bye Bye
From: Takumi ASAKI <as...@os...>
URL: http://www3.osk.3web.ne.jp/~asataku/
|
|
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',
|
|
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 山盛りなので 標準エラー出力はどこかに棄てて起動してください。 |
|
From: nekoie <ne...@ti...> - 2002-01-16 14:42:36
|
猫家です。 FreeType-2.0.6が出ているようです。 ChangeLog http://sourceforge.net/project/shownotes.php?release_id=68739 まだきちんと見ていませんが、もしかすると、 色々と修正されて素敵になっているかもです。 ;) ------------------------------- From: nekoie <ne...@ti...> |
|
From: Araki K. <j00...@ip...> - 2002-01-16 14:10:54
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Araki Ken <j00...@ip...>
Message-ID: <200...@pd...>
Date: Wed, 16 Jan 2002 22:17:00 +0900
> ご協力ありがとうございます _o_
>
> 仕方ないので、'W' によるコラム幅決定を削除いたします。
とりあえず、DynaFont の場合だけ、'W' によるコラム幅指定を行なわないという
方向で commit したいのですが、commit 前に、一応添付のパッチをテストしていた
だけませんでしょうか?
無理いいまして、重ね重ね申し訳ありません _o_
では
--
kiken
j00...@ip...
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
retrieving revision 1.101
diff -u -r1.94 -r1.101
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/16 13:46:59 1.101
@@ -377,26 +377,36 @@
u_int fontsize
)
{
- XftFont * xfont ;
-
/*
* XXX
- * DefaultScreen() should not be used , but ...
+ *
+ * I don't know why but XftTextExtents() returns full width extents for DynaFont 'W'
+ * (e.g. fontsize == 12 / w_width == 12) , so "Dynalab" family fonts are excluded.
*/
- if( ( xfont = XftFontOpen( font->display , DefaultScreen( font->display) ,
- XFT_FAMILY , XftTypeString , family ,
- XFT_PIXEL_SIZE , XftTypeDouble , (double)fontsize ,
- XFT_SPACING , XftTypeInteger , XFT_PROPORTIONAL , 0)))
+ if( strncasecmp( family , "Dynalab" , K_MIN(7,strlen(family))) != 0)
{
- u_int w_width ;
+ XftFont * xfont ;
+
+ /*
+ * XXX
+ * DefaultScreen() should not be used , but ...
+ */
+ if( ( xfont = XftFontOpen( font->display , DefaultScreen( font->display) ,
+ XFT_FAMILY , XftTypeString , family ,
+ XFT_PIXEL_SIZE , XftTypeDouble , (double)fontsize ,
+ XFT_ENCODING , XftTypeString , "iso8859-1" ,
+ XFT_SPACING , XftTypeInteger , XFT_PROPORTIONAL , 0)))
+ {
+ u_int w_width ;
- w_width = xft_calculate_char_width( font->display , xfont , "W" , 1) ;
+ w_width = xft_calculate_char_width( font->display , xfont , "W" , 1) ;
- XftFontClose( font->display , xfont) ;
+ XftFontClose( font->display , xfont) ;
- if( w_width > 0)
- {
- return w_width ;
+ if( w_width > 0)
+ {
+ return w_width ;
+ }
}
}
|
|
From: Araki K. <j00...@ip...> - 2002-01-16 13:38:52
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Wed, 16 Jan 2002 22:22:25 +0900
>> > XFT_ENCODING に、明示的に "iso8859-1" を与えてみました。
> 特に変化なしでした。
> ASCIIが全角幅で扱われるままです。
ご協力ありがとうございます _o_
仕方ないので、'W' によるコラム幅決定を削除いたします。
# 'W' に対して、XGlyphInfo:xOff が全角幅になるというのが、どうにも不思議
# なのですが、DynaFont を処理している FreeType のバグという可能性はないの
# かなぁ....
>> $ mlterm -V -A
>> と、-V オプションをつけて、可変長コラム幅を使用した場合、どうなりますでしょうか?
>> その場合にも、半角文字が全角表示されてしまいますでしょうか?
> # vfontの設定をしていないので、日本語が表示できていませんが。
> フォント自体は間隔がなく、詰めて表示されますが、
> フォントの幅は広く認識されたままのようで、
> ターミナルの横幅は広いままです。
> # fontsize:12 に対して width('W') = 11
あ、それは、半角文字に対して全角幅が返されているのではなく、そのフォントが、
Proportional フォントで、'W' の幅がほんとうにそれだけの大きさになっていると
いうことだと思います。
# おそらく、わたしの手元でも再現できている状況と同じだと思います。
唯、前回のパッチをあてても、状況が改善しないということでしたら、-V オプション
をつけた場合も、少くとも画面が崩れてしまうと思います。
# 崩れ方には、いくつかのパターンが考えられますが....
では
--
kiken
j00...@ip...
|
|
From: Takumi A. <as...@os...> - 2002-01-16 13:19:27
|
朝木卓見です。
On Wednesday 16 January 2002 19:26, Araki Ken wrote:
> 荒木です:-)
> > XFT_ENCODING に、明示的に "iso8859-1" を与えてみました。
特に変化なしでした。
ASCIIが全角幅で扱われるままです。
> $ mlterm -V -A
> と、-V オプションをつけて、可変長コラム幅を使用した場合、どうなりますでしょうか?
> その場合にも、半角文字が全角表示されてしまいますでしょうか?
# vfontの設定をしていないので、日本語が表示できていませんが。
フォント自体は間隔がなく、詰めて表示されますが、
フォントの幅は広く認識されたままのようで、
ターミナルの横幅は広いままです。
# fontsize:12 に対して width('W') = 11
--
Che Che - Bye Bye
From: Takumi ASAKI <as...@os...>
URL: http://www3.osk.3web.ne.jp/~asataku/
|
|
From: Araki K. <j00...@ip...> - 2002-01-16 10:48:40
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Araki Ken <j00...@ip...>
Message-ID: <200...@pd...>
Date: Wed, 16 Jan 2002 19:13:07 +0900
> うーん、あの patch-2 は、最後の手段としてとっておきたいので、最後にもう一つ
> だけ、添付のパッチを試してみていただけませんでしょうか?
>
> XFT_ENCODING に、明示的に "iso8859-1" を与えてみました。
たびたびすみません。
もう一点確認したいのですが、
$ mlterm -V -A
と、-V オプションをつけて、可変長コラム幅を使用した場合、どうなりますでしょうか?
その場合にも、半角文字が全角表示されてしまいますでしょうか?
では
--
kiken
j00...@ip...
|
|
From: Araki K. <j00...@ip...> - 2002-01-16 10:37:28
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Wed, 16 Jan 2002 06:57:22 +0900
>> W width 12 for fontsize 12
>> となるようでしたら、多分原因はこれだと思います。
>
> こちらでした。
やはりそうでしたか。
> とりあえず、このpatch-2では問題が改善されたことを報告しておきます。
> http://www.kde.gr.jp/~asaki/mlterm-DynaFont-patch2.png
>
> 別のメールのパッチでは問題は改善されませんでした。
うーん、あの patch-2 は、最後の手段としてとっておきたいので、最後にもう一つ
だけ、添付のパッチを試してみていただけませんでしょうか?
XFT_ENCODING に、明示的に "iso8859-1" を与えてみました。
# これが駄目なら、patch-2 のように "W" を使ったコラム幅計算そのものをやめます。
# しかし、なぜ、"W" に対して、全角幅が返されるのでしょうね?
では
--
kiken
j00...@ip...
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
diff -u -r1.94 ml_font.c
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/16 10:05:24
@@ -386,6 +386,7 @@
if( ( xfont = XftFontOpen( font->display , DefaultScreen( font->display) ,
XFT_FAMILY , XftTypeString , family ,
XFT_PIXEL_SIZE , XftTypeDouble , (double)fontsize ,
+ XFT_ENCODING , XftTypeString , "iso8859-1" ,
XFT_SPACING , XftTypeInteger , XFT_PROPORTIONAL , 0)))
{
u_int w_width ;
|
|
From: Takumi A. <as...@os...> - 2002-01-15 21:53:44
|
朝木卓見です。 On Wednesday 16 January 2002 00:54, Araki Ken wrote: > 荒木です:-) > 添付の patch-1 を cvs current にあてると、どういう結果になるか、試して > みていただけませんか? > W width 12 for fontsize 12 > となるようでしたら、多分原因はこれだと思います。 こちらでした。 > そもそも、"W" の幅を調べているのは、XFT_CHARCELL で、XftFontOpen()した > ときに、幅の大き目な一部文字の右端が切られてしまう問題への対処として実 > 装したものなのですが、もし、DynaFont で、それが裏目にでるようでしたら、 > この部分さっくり削除して、添付の patch-2 のようにしてしまおうかと思いま > すが、どうしましょうか ? > 久保田さん とりあえず、このpatch-2では問題が改善されたことを報告しておきます。 http://www.kde.gr.jp/~asaki/mlterm-DynaFont-patch2.png 別のメールのパッチでは問題は改善されませんでした。 -- Che Che - Bye Bye From: Takumi ASAKI <as...@os...> URL: http://www3.osk.3web.ne.jp/~asataku/ |
|
From: Araki K. <j00...@ip...> - 2002-01-15 17:00:06
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Wed, 16 Jan 2002 00:31:03 +0900
> 朝木卓見です。
>
> # Reply-to が欲しい…。
すみません、sourceforge がそういう方針のようでして...
> 問題の現象のscreenshotです。
> http://www.kde.gr.jp/~asaki/mlterm-DynaFont.png
> http://www.kde.gr.jp/~asaki/mlterm-KochiGothic.png
> (表示内容をちょっと変更しました)
ありがとうございます。
実は、mlterm 内部では、文字幅決定の際に、"W"の幅を調べております。
(ml_font.c:get_xft_col_width)
多分そのときに、計算結果が全角幅になっているのだと思います。
添付の patch-1 を cvs current にあてると、どういう結果になるか、試して
みていただけませんか?
もし、それが、
W width 6 for fontsize 12
のようにならず、
W width 12 for fontsize 12
となるようでしたら、多分原因はこれだと思います。
そもそも、"W" の幅を調べているのは、XFT_CHARCELL で、XftFontOpen()した
ときに、幅の大き目な一部文字の右端が切られてしまう問題への対処として実
装したものなのですが、もし、DynaFont で、それが裏目にでるようでしたら、
この部分さっくり削除して、添付の patch-2 のようにしてしまおうかと思いま
すが、どうしましょうか ? > 久保田さん
では
--
kiken
j00...@ip...
-- patch-1
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
diff -u -r1.94 ml_font.c
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/15 15:30:50
@@ -392,6 +392,8 @@
w_width = xft_calculate_char_width( font->display , xfont , "W" , 1) ;
+ kik_debug_printf( "W width %d for fontsize %d\n" , w_width , fontsize) ;
+
XftFontClose( font->display , xfont) ;
if( w_width > 0)
-- patch-2
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
diff -u -r1.94 ml_font.c
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/15 15:50:43
@@ -377,6 +377,7 @@
u_int fontsize
)
{
+#if 0
XftFont * xfont ;
/*
@@ -399,6 +400,7 @@
return w_width ;
}
}
+#endif
/* XXX this may be inaccurate. */
return fontsize / 2 ;
|
|
From: Araki K. <j00...@ip...> - 2002-01-15 16:57:53
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Takumi ASAKI <as...@os...>
Message-ID: <200...@os...>
Date: Wed, 16 Jan 2002 00:31:03 +0900
> チェックして欲しい部分などがあればおっしゃってください。
さきほどのパッチとは別に、もう一点添付のパッチをあてると、うまくいったりしま
せんでしょうか?
# 多分ダメだと思いますが。
# そもそも、XFT_PIXEL_SIZE と、XFT_SIZE は何がちがうのでしょう...???
さっき気付いたのですが、XFT_PROPORTIONAL でロードしたフォントをつかっても、
半角文字に対して全角幅を返されますと、可変長コラム対応は不可能な気が....
では
--
kiken
j00...@ip...
Index: src/ml_font.c
===================================================================
RCS file: /home/ken/cvsroot/mlterm/src/ml_font.c,v
retrieving revision 1.94
diff -u -r1.94 ml_font.c
--- src/ml_font.c 2002/01/15 13:08:47 1.94
+++ src/ml_font.c 2002/01/15 16:20:46
@@ -386,6 +386,7 @@
if( ( xfont = XftFontOpen( font->display , DefaultScreen( font->display) ,
XFT_FAMILY , XftTypeString , family ,
XFT_PIXEL_SIZE , XftTypeDouble , (double)fontsize ,
+ XFT_SIZE , XftTypeDouble , (double)fontsize / 2 ,
XFT_SPACING , XftTypeInteger , XFT_PROPORTIONAL , 0)))
{
u_int w_width ;
|
|
From: Araki K. <j00...@ip...> - 2002-01-15 16:19:19
|
荒木です:-)
Subject: Re: [Mlterm-dev-ja] mlterm anti alias + DynaFont
From: Araki Ken <j00...@ip...>
Message-ID: <7zbsfvsj7p.fsf@totally-fudged-out-message-id>
Date: Wed, 16 Jan 2002 00:54:34 +0900
> ありがとうございます。
> 実は、mlterm 内部では、文字幅決定の際に、"W"の幅を調べております。
^^^^^^
コラム幅
では
--
kiken
j00...@ip...
|
|
From: Takumi A. <as...@os...> - 2002-01-15 15:28:01
|
朝木卓見です。 # Reply-to が欲しい…。 On Tuesday 15 January 2002 23:31, Araki Ken wrote: > 荒木です:-) > すみません、/. に AC で書きこもうとして投稿ボタンをおしても、 > Internal Server Errorとかいわれてしまいますので、こちらで _o_ アカウント持ってても、コメントが追加できませんし。 > > aafont には JISX0208_1983 だけを指定していたのですが、全部の指定も試してみました。 > > が、だめでした。 > > どうも、フォントが問題で、Dyna Fontだとだめで、東風フォントだといいようです。 問題の現象のscreenshotです。 http://www.kde.gr.jp/~asaki/mlterm-DynaFont.png http://www.kde.gr.jp/~asaki/mlterm-KochiGothic.png (表示内容をちょっと変更しました) > この問題は、おそらく、さきほどの commit でなおっているのではないかな、と > 思います。 CVSからソースをとってきて試してみましたが、 特に変わっていませんでした。 やはり、Dyna Fontだと日本語が間隔があいてしまいます。 ASCII部分の幅が広めに計算されているような感じです。 上記のscreenshotを参考にしてください。 チェックして欲しい部分などがあればおっしゃってください。 -- Che Che - Bye Bye From: Takumi ASAKI <as...@os...> URL: http://www3.osk.3web.ne.jp/~asataku/ |
|
From: Araki K. <j00...@ip...> - 2002-01-15 14:53:25
|
荒木です:-)
すみません、/. に AC で書きこもうとして投稿ボタンをおしても、
Internal Server Errorとかいわれてしまいますので、こちらで _o_
asataku さん
2002 年 01 月 15 日 PM 11:16
(http://slashdot.jp/journal.pl?op=display&uid=2091&id=36129)
> aafont には JISX0208_1983 だけを指定していたのですが、全部の指定も試してみました。
> が、だめでした。
> どうも、フォントが問題で、Dyna Fontだとだめで、東風フォントだといいようです。
この問題は、おそらく、さきほどの commit でなおっているのではないかな、と
思います。
もし、お時間があれば、お試しください _o_
では
--
kiken
j00...@ip...
|
792 messages has been excluded from this view by a project administrator.
