daisuke blog

VL-Gothic-Regular.ttfは一部の文字の幅がおかしいです。 <br> <br>http://lists.debian.or.jp/debian-users/200610/msg00165.html <br>の <br>http://mars.shehas.net/~tmatsuo/bts/symbols.txt <br>というサンプルがありますが、VLGothicで表示すると崩れてます。

どうも初めまして、wani!と申します。 <br>このたびVLゴシックを使わせていただいております。 <br>それでなのですが、カタカナの「ワ゛(U+30F7)」の <br>濁点周辺から左下に奇妙な斜め線が入っているのですが、 <br>仕様でしょうか？なにぶん知識に乏しいものですので <br>疑問に思った次第でございます。

とても細かいことなのですが、俛（U+4FDB）、悗（U+6097）のつくりの部分、左下の払いと中央の縦棒はつながっているべきであるようですが、離れています（U+689A や U+6D7C などは、同様のつくりですが正しい字形です）。

ご指摘ありがとうございます。 <br>悗俛浼梚 の4文字を修正しておきました。 <br>「俛」はVLでつくったものですが、「悗」はSazanamiそのままのようでした。

wanilさん、 <br>「ヷ」の濁点付近にゴミが混入していました。 <br>おそらくこれが原因と思われますので、修正しておきました。

伊東さん、 <br>これはいわれているような文字幅になるのが正しいのかは <br>わかりません。一部の全角半角がちがっているものはM+ の <br>文字幅にしたがっているものが多くあります。 <br>ギリシャ文字キリル文字については、全角幅になるように修 <br>正しておきました。 <br> <br>symbols.txtの「⌒」の行以下は揃うようにしました。その前については、M+ が半角または全角に設定してあるものはその <br>ままにしてあります。(全角でも半角でもない幅のものは修正 <br>しておきました。)

ありがとうございます。 <br> <br>＞これはいわれているような文字幅になるのが正しいのかは <br>＞わかりません。 <br>グリフがしっかりと揃っているフォントで表示するとわかりやすいですよ。 <br>商用フォントか、もしお持ちでなければ無料のIPAフォントあたりで確認してみてください。

伊東さん、 <br> <br>他のフォントの設定をしらないわけではありません。 <br>現在ずれているのは Unicode では幅が Ambigious に指定され <br>ている文字 (east asian ambigious width) だと思います。 <br>過去のエンコーディングとの互換を重視した日本語フォントの <br>多くは全角幅に設定されていることは知っていますが、必ずし <br>もそうではありません。Unicodeでの利用を前提とした多言語 <br>フォントではむしろAmbigiousなものはNarrowとして扱われて <br>いるとおもいます。 <br> <br>VLGotihc固定幅フォントは、基本的には M+ 1M 由来のグリフ <br>を利用しており、それを尊重する文字幅設定にしています。 <br>M+ が多言語フォントを目指しているためCJKV以外の言語環境 <br>で正しく表示できるAmbigious=Narrow設定になっているよう <br>です。(M+ BLOGの過去の議論でそうなっていたとおもいます) <br> <br>VLGothicでは主に日本語の環境でのみ使われると考えるとM+ <br>とは違い古い慣習にあわせた文字幅(A=Wide)にするべきかも <br>しれません。 <br>

固定幅フォントの字幅についての M+ での議論は確か次の記事でしたね。 <br>http://mplus-fonts.sourceforge.jp/cgi-bin/blosxom.cgi/mplus_fonts/mplus_fonts-080821-2.html <br> <br>インターネットで Unicode が普及しつつある今の状況では，固定幅フォントのギリシャ文字・キリル文字は半角の方がいいと私も思います。

大変失礼しました。 <br> <br>M+の1つのフォントで色々な言語を表示できるオールインワン <br>的な目標の素晴しさはわかりますが、Unicodeやフォントの仕 <br>様上、CJKVとそれ以外で共用できないのであれば、CJKVとそれ <br>以外でフォントは分けて然るべきではないでしょうか。 <br>複数のフォントを入れられない環境を想定しているのであれ <br>ば、そういう独自の手法もありだとは思いますが。 <br>同時にそのフォントが、あえて固定幅フォントと名乗る意味が <br>どれほどあるのか大いに疑問です。

固定幅フォントでたとえばキリル文字を日本語文脈でキリル <br>文字の言葉として以外に必要なことがあるか と考えると疑問 <br>があります。ギリシャ文字も全角である必要があるのかという <br>とこれもやはり疑問があります。 <br>ですが、とりあえず日本語用優先かつ互換性重視ということ <br>でM+から変更して全角幅に変更しておきます。 <br># Ambigiousを全部Wideにするのはやはり納得がいかないの <br># で一部記号とギリシャ/キリルだけにしておきます。 <br># たとえば Latin-1 の範囲でもアクセント記号のついた一 <br># 部がAに指定されていて、これまで全角にするのが日本語 <br># フォントだというのなら、さすがにやりすぎだと思います。 <br> <br>なお、たとえばLinuxでUTF-8で使う場合は、Ambigious な <br>文字はNarrowであることが前提になっているため、アプリ <br>ケーション毎に個別対応されているのが現状です。 <br># Unicode環境では固定幅フォントと言えば本来はA=Narrow <br># であるのだろうと思います。 <br>

いっそVLゴシックから外してしまってはどうでしょう？ <br>VLゴシックがグリフを持っていなければ、他の日本語フォント <br>で全角のグリフを補ってくれますが、VLゴシックが半角のグリ <br>フを持っているとそうはいきません。 <br>ないほうが色々と融通が効くのでは？

今後もグリフを増やすことはあっても減らすことはありません。 <br>

＞伊東雄二さん <br>forkすれば？

ではAmbiguousを全角か半角に統一していただけませんか？ <br> <br>Linux界隈でEAWをサポートしてるCUIアプリなどはAmbiguousを <br>すべて全角として扱ってますし、無論、EAWを未サポートなら <br>すべて半角として扱われます。 <br>つまるところ、対応するUnicodeのバージョンが古いため、最 <br>新版と違うなどということはありますが <br>＞# Ambigiousを全部Wideにするのはやはり納得がいかないの <br>＞# で一部記号とギリシャ/キリルだけにしておきます。 <br>＞# たとえば Latin-1 の範囲でもアクセント記号のついた一 <br>＞# 部がAに指定されていて、これまで全角にするのが日本語 <br>＞# フォントだというのなら、さすがにやりすぎだと思います。 <br>というような理屈で、Ambiguousを全角半角に振り分けるよう <br>な対応をしているアプリは今のところ存在しません。 <br>当然ですが、Ambiguousが全角か半角で統一されていないどっちつかずのフォントは、アプリとフォントとの間で矛盾が生じ <br>ることになります。 <br>ほとんどの場合は端が切れたり間延びしたりするだけで、大き <br>な問題にはならないとは思いますが、綺麗な表示が期待できな <br>いことは確かです。

Linux界隈でEAWをサポートしてるCUIアプリなどはAmbiguousを <br>すべて全角として扱ってますし、 <br> <br>↑一応聞いてみますが、列挙したほうがいいと思いますよ。 <br>私みたいに無知な人がいるので。 <br> <br>というか、オングストロームやアクサン・デギュ、アクサン・グラーブ、アクサン・スィルコンフレクス、セディーユみたいなのが全角なのは違和感があるんですが。特に欧州の人が見たらどう感じるかしら。