13/05/22 00:52:48.31 lAjofrGq
今回の一件に関して、極めて残念な結果が出ましたので報告いたします。
>>52
上記で何をテストしたのか、と言いますと、ざっくり申し上げてＩＥ９～１０で
文字がどのように表示され、どのようなズレが発生するかを確認する為です。
ぜひ、ＩＥ９もしくはＩＥ１０で２ちゃんねるのこのスレッドを見てみてください。
一目瞭然のはずです。
なお、この一件に関して詳細な検証を行なって頂いた、◆SPNEXTcRxQ氏
に多大なる感謝を、ここに記します。ありがとうございました。
まず、結果を。
「これまでのＡＡの標準表示環境基準が、完全に崩壊しました。」
少なくともＩＥ９以降のブラウザでは。
そして、マイクロソフトがＩＥの仕様を容易に変更しない事は周知の事実です。
一般にパソコンのディスプレイは９６ＤＰＩ（=dot per inch）です。（1dot=1ピクセル）
フォントのポイント値とは、フォントの「縦長」を意味します。横幅ではありません。
そこで、ＭＳ Ｐゴシックは、96ptを元々のサイズと定義できます。
ＡＡを表示させる最適な環境とされているのは、この１／８の12ptであることは
周知の通りです。
ＭＳ Ｐゴシックは、プロポーショナル・フォントであり、ＭＳ ゴシックのような等幅
フォントではありません。漢字、ひらがな、カタカナ、英数字等文字一つ一つに
その文字に適した、固有の文字幅を有します。
例えば英語の「i」（半角小文字）は、フォントを96ptで表示させた時、27dotという
文字幅を持つことになります。
これを12ptで表示させた場合、値は、２７／８＝３．３７５ｄｏｔになる訳です。
従来のウインドウズ＋ＩＥ環境下では、この数値の小数点以下は四捨五入され
「３ｄｏｔ」文字として扱われていました。
しかし。
ＩＥ９以降、サブピクセル_ClearType_フォント ポジショニング技術が採用されました。
この方式において、「小数点以下は常に計算され続け0.5dotを超えれば1dotの
空白が挿入される」ことに、なってしまいました。
逆に、「-0.5dotを超えれば1dot詰められる」ことになります。
>>52
の例は、「i」(3.375dot)を実際に連打した事例です。
1x3.375=3.375
2x3.375=6.75(←0.5を超えたので空白が挿入される)
3x3.375=10.125
4x3.375=13.5(←0.5を超えたので空白が挿入される)
5x3.375=16.875(←0.5を超えたので空白が挿入される)
6x3.375=20.25
7x3.375=23.625(←0.5を超えたので空白が挿入される)
8x3.375=27
なお、その下に連打した「I」（4.000dot）と比較して頂ければ、ご理解頂けるはずです。
連打した結果、空白が挿入されたか、されていないかが。
連打すればするほど、この空白の挿入は継続します。そう、連打が終るまで。
この結果は、こと、トレースＡＡに関して、実に厄介です。
理論上、いや、理屈のうえで、ＩＥ９以降の環境下で、ズレないＡＡを作成する事は
可能です。
そう、あなたが計算好きな方なら、ぜひ、やってみてください。
ＡＡの一行あたりに、何文字並んでいて、各々の文字サイズが何ｄｏｔあるのかを
調べあげ、どこで空白が挿入され、どこで空白が挿入されないのかを計算出来れば
作れるはずです。
私は、まっぴら御免でありますが。