プログラマーが好きなフォントat PROG
プログラマーが好きなフォント - 暇つぶし2ch489:仕様書無しさん
10/03/05 20:41:07
常識ないって>>486のこと言ってるのか?
いや>>486の言うとおりだと思うが。

dpiってのは(本来)画素の物理的な大きさの事を指してるんだが、
そんなことも知らずにマカーだの非常識だの言ってるのかひょっとして。
恥ずかしい馬鹿だなw

490:仕様書無しさん
10/03/06 04:36:13
>>485
さんくす。Linux だったか。
新ゴいいねぇ。シンゴー!
Windows だと再現は無理かなぁ。


491:仕様書無しさん
10/03/06 18:39:29
>>489
>>486の発言の内容に誤りは無いが、>>483は誤り。
モニター上の72dpiの16ptと144dpiの16ptはレンダリングにおいて等価ではないから。

dpiってのは(本来)画素の物理的な大きさの事を指してるので、
Windowsは画面全体のdpiを調整する事が出来る機能を有している。
それを変えると、同じ16ptのフォントでもレンダリング時の大きさが変わる。
これだから非常識なマカーは馬鹿で困る。

492:仕様書無しさん
10/03/06 18:51:22
>それを変えると、同じ16ptのフォントでもレンダリング時の大きさが変わる。

>dpi変えてもフォントの大きさが変わるだけでレンダリングは同じ


493:仕様書無しさん
10/03/06 19:31:22
Windowsではクリアタイプに対応させないと綺麗にアンチエイリアスされないよね。
クリアタイプは滲みが少なくていいんだけどハードルが高い

494:仕様書無しさん
10/03/06 19:54:18
>>491
あんた馬鹿だろ。

>>483の意味は、普通に読めば>>482の勘違い発言を受けて、
OS上のDPIの設定を変えても表示デバイスそのものの物理的な画素の大きさが変わるわけではないので
表示品質は変わらない、という意味だろう。

後段は何を言ってるのか意味不明。
それ自分で自分の言ってること理解してるのかよw

495:仕様書無しさん
10/03/06 19:59:09
っていうか、491はなんでOSのDPI設定を変更すると文字の大きさが変わるのか、
根本的なことが分かってないだろw

本来OSのDPIってのは表示デバイスのDPI値を設定するんだよ。(今ではマックですら
そんなことやってねえと思うけど)

それは何のためか?
実寸で表示するためだろ。

例えば同じポイント数の文字であれば、表示デバイスのDPIが異なっても
同じ大きさで表示されるため。

こんな程度の知識がない奴が(以下略

496:仕様書無しさん
10/03/06 22:25:00
なんでこのスレってねちねちした書き込みが頻繁に出てくるかなあ。
同一人物なのか?

497:仕様書無しさん
10/03/07 00:13:30
馬鹿なネタを振った自分を悔やめよ……
全て他人のせいにするのが身に染みた人物。というのが書き込みから滲み出てるぞ。

えっとぉ、俺なんか書き込みに来たんだけど何だっけ?
チクショウお前のせいだ!

……。もとい、俺の馬鹿野郎!
また後で来る orz

498:仕様書無しさん
10/03/07 03:22:53
>>494-495
>>482が勘違い発言で>>483が正しい発言だという前提を裏付ける根拠が無いじゃん。

482が
> 144dpi(のデバイス)ならきれいだわな。
という意味なら、483の指摘のほうがおかしくなるだろ。
それとも、72dpi(のデバイス)と144dpi(のデバイス)のどっちが綺麗かわかってないのかな。

人の発言を無知と決めつけて話を混ぜっ返すのは滑稽だわ。

499:仕様書無しさん
10/03/07 03:58:45
お前は文字が大きくなったら綺麗と言ってるだけ。
そんなもん当然だ。72dpiでもポイント数上げて大きなサイズで見れば綺麗に見えるだろ
それをお前はdpiを上げればレンダリング性能が変わると言っている。

つまり72dpiの14ptと144dpiの7ptでモニター上は同じ大きさのフォントを見比べて
144dpiで7pt表示させたほうが綺麗だな。と言ってるのだよ。
それが>>482の発言だ。

では何故144dpiなどという数字を使うのかと言えばハッキリ言って96dpiや120dpiなどという数字は中途半端だから。
72dpiはpxもptも同じでWYSIWYGで利用するには混乱が無くて良かったしフォントの主流がビットマップの時代には都合が良かった。
ところがアウトラインフォントが世に出て高解像度のモニターも増え出すとdpi値に拘らなくても良くなった。
が、馬鹿な事にマイクロソフトはOSデフォルトのDPIを中途半端な96dpiなどとしやがった。
こうなると14pxのフォントは96dpiの環境では10.5ptになってしまう。アプリケーションによっては浮動小数点を受け付けないものもあり
10.5ptを10ptにしたり11ptにしたりそれぞれ四捨五入されてしまう。これでは都合が悪いので72dpiの倍数が用いられる。
Windowsでは96dpiが前提になってるのでアプリの作者もそれに合わせるから問題は起きないがな。
OpenOffice.orgはMS Office互換を気にして96dpiを標準にして作られてる。
クロスプラットフォームなアプリケーションは本来はユーザー次第で変更してもそれに左右されない開発をしなければならないのに
マイクロソフトの影響が暗い影を落としている。またW3Cも96dpiを推奨するようになりブラウザの世界では標準扱いになってしまった。
MSのマッピング間違いから起こったShift-JIS文字化け問題といい、いい加減にしてくれマイクロソフト。いい加減に目を覚ませユーザー達と思うわけよ。


500:仕様書無しさん
10/03/07 04:12:05
一つ付け加えておくと良心的なブラウザではOSのdpi値が如何なる値であろうと
内部的にW3Cが推奨する96DPIにする事が出来るのでブラウザのUI部分はユーザー環境の値を用いても
ブラウザの表示部分では96dpiの値にして表示するので全体を通して違和感無く見られ、
尚且つwebデザインもサイト作者の意図から大きな違いを生じる事無く見る事が出来る。

501:仕様書無しさん
10/03/07 09:12:55
Windowsでも10.5ptを使えるアプリは少ない。
LinuxではGTK2なアプリの場合、フォントサイズの欄には出てこないが、サイズの所に直接10.5と入れれば使える。
おそらくQtなアプリでも同じだと思うけど。Emacsだと10.5はサポートされていない。
10.5に指定出来たとしてもキッチリ10.5000では無く10.56xxxとか10.54xxxなどとそれぞれ違う解釈される場合もある。
まぁロクなもんじゃないのは確かだ。

502:仕様書無しさん
10/03/07 09:49:28
スレタイがはっきり読めるようになるフォントでお勧めないですか?

503:仕様書無しさん
10/03/07 13:32:05
>>499
なんか痛い人みたいなんでレスするのが怖いがw、
チミの言う「お前」って誰よ?w

アスペルガーさん?
掲示板で名無しでいきなり「お前」とか言っても誰のことだかわからんよ。

504:Zeno ◆5nZQbNmQPs
10/03/08 21:15:58

>>503
そのレスでの「お前」が誰を指すのかは容易に理解できると思うが。
下らん Ad hominem なレスをして自分を辱めるのは止めにしたらどうかね?
それとも君は自虐を好むM男なのかね?


505:仕様書無しさん
10/03/09 17:47:47
追い込むとまた出てくるかもよ。

506:仕様書無しさん
10/03/09 20:28:32
俺の方が追い込まれているとは知らなかったよw

507:490
10/03/13 16:29:10
>>485
ども。いるかな? さらに質問です。

自分で,新ゴとMonacoを,fontforge で合成してみて,
試行錯誤して等幅フォントはできたが,
いかんせん,文字間が空きすぎてしまいます。
ちなみに,OpenTypeです。

485 さんは,文字間隔ってどうやって調整しましたか?
よかったらキーワードだけでも教えて下さい。お願いします。

あとスレ違いだったらすんません。


508:仕様書無しさん
10/03/14 23:19:01
>>507
MonacoのEMサイズは2048でグリフ幅が1229のはず。
これはグリフの仮想ボディに対して60%ということ。
このまま合成すると元の欧文フォントに合わせた場合、
日本語フォントは120%になる。
欧文フォントをEMサイズの50%にするか100%にすれば文字幅は一定する。
日本語等幅フォントの欧文は全角2バイト半角1バイトの名残りから欧文を50%にするのが一般的。
結論としてMonacoのグリフ幅をEMサイズの半分になるように縮小してから合成すればいい。
2048/2/1229=0.83319772
Monacoの出力に値するグリフを選択して変形でXのみ縮小するYは100%。

一応適当なスレも探してきたので貼っとくね。
【自作】フォントスレ【改造】
スレリンク(pc板)

509:490
10/03/16 03:07:32
>>508
ありがとうございます。

508さんのコメントとFontforgeのマニュアルでだいぶ進みました。
OpenType の場合は,Version2でラテン文字のグリフから文字幅を計算。
Version3の場合は,存在する文字全てのグリフから計算するようでした。
なのでかどうかは?ですが,OS/2 からたどれるPanoseで,Monospaceを指定すると,
どうしても文字幅が開いてしまいました。
Monospacedを指定しないで,マルチバイトで1000,ASCIIで1000を指定すると,
Windowsではプロポーショナルと判定されるようですが,見かけ上は,
等幅フォントになりました。

MSのサイトでhmtxテーブルを指定した方がいいという情報がありましたが,
その方法はわからず断念しました。

以上報告でした。ありがとうでした。



最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch