The Font Game is back! Thirty multiple-choice questions to test your font identification skills. This is level one. The game is not timed, so take your time and good luck! Oh, and if you can score 50% or more, then you’ll win a gift voucher for 10% off fonts!

◆0.Vista搭載の新フォント「メイリオ」は実際のトコ、そんなに良いもんか?! WindowsXPでは、特に液晶画面での読みやすさを高めたClearTypeと呼ばれる、 今までのギザギザした文字表示をなめらかにする新フォント表示技術が組み込まれましたが、 完全対応していたのは欧文フォントのみ(おまけに標準ではClearType機能はオフ)。 日本語フォントも対応はしてたのですが、 ただ標準的なＭＳ Ｐゴシック等はサイズ16ptまでは表示速度･文字がつぶれない等を優先して あらかじめビットマップ化され埋め込まれたフォント(ギザギザしたやつ)が表示されたため、 よく使う10〜12ptではギザギザのままでした。 ※XPでもVAIOには TBゴシック他"TB〜"というギザギザの無いフォント群が最初から入ってます(羨ましぃ Vistaの標準フォント"メイリオ"はClearType完全対応の日本語フ

InD-Boardの「字形について」というスレッドで話題になっていた「SINGで拡張された小塚Pro」の文字化けについて、InDesign CS4と小塚明朝Pro Rで検証してみた。 再現性にあいまいさはあるが、次のように言えそうだ。SINGで拡張された小塚Pro書体において、グリフXがSING拡張分ではなく（CIDが15443以下）、なおかつグリフXの親字PがSING拡張分であり（CIDが15444以上）、なおかつ親字Pの符号位置が基本多言語面の範囲外（Unicodeスカラ値が5桁）である場合、ドキュメントを保存して閉じた後に再び開くと、グリフXが親字Pに化けることがある。 わたしの環境では、字形パネルからダブルクリックで入力して（コピー＆ペーストや書体の変更などをせずに）すぐに保存し開き直した場合、前項の条件を満たすものは100%化けた*1。 下図は、化ける文字のリスト*2。グレー枠の

「日本語OpenTypeフォントの分裂の歴史」では、CMapの差異が生まれていく流れを描いた。では、それぞれのCMapは具体的にどう違うのか。という話は、このブログのどこかに書いてはあるのだが、散在していて参照しにくい。 で、PDFにまとめてみた。 以下追記。最新版はこちら（diff_cmap_20120906.pdf）。旧版は削除した。

tonan's blog: リュウミンやヒラギノ明朝の違いは「書体」の違いではない 個人的な感覚では、リュウミンやらヒラギノ明朝やら、（狭義の）「書体」（＝タイプフェイス）を「書風」と呼ぶのはなんとなく違和感がある。「書風」という言葉からはどうも抽象的で、ある程度幅のあるイメージを受けるので、それこそ solid で「紋切り型」な活字に使うとしっくりこないというか、なんというか。印刷文字が手書き文字と不可分だということは分かっているけども、ここでは無理にまとめなくてもいいような気がする。 ちなみに、このあたりの用語を日中台で比較してみると、だいたいこんな感じになる*1。 日本中国台湾tonan案例 書体（広義）字体字體書体明朝体、ゴシック体、… 書体（狭義）、タイプフェイス字型書風リュウミン、ヒラギノ明朝、… 字体字形字形 字形 とはいっても、日本では書体・字体・字形の語がよくごっちゃで使

1989年、Appleは漢字Talk 6をリリースし、また、初の日本語対応PostScriptプリンタであるApple LaserWriter II NTX-Jを発売した。NTX-Jに搭載されていた日本語フォントは、モリサワのリュウミンL-KLと中ゴシックBBB。 プリンタ・フォントであるリュウミンL-KLと中ゴシックBBBの文字セットとエンコーディングは、Adobeによって83pv-RKSJ（以下単に「83pv」と呼ぶ）*1として定義されており、その外字部分（下図・左）は、NECのPC98外字のサブセットとなっていた。 リュウミンL-KLと中ゴシックBBBに対応するスクリーン・フォントとしてAppleから提供されたのが、細明朝体と中ゴシック体。漢字Talk 6.0.7でForeign System Fontをインストールすると、上図青地部分を画面表示することができた。 上図ピンク地部分の

Mac OSで使われるShift-JISであるMacJapaneseは、Unicodeにない文字を含んでいる。このためMacJapaneseをUnicodeに変換する際には、PUA（私用領域）の6文字（U+F860、U+F861、U+F862、U+F87A、F87E、F87F）を、特殊な機能を持った文字として利用する。今回は、Unicodeのサイトにあるテーブル（http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/JAPANESE.TXT）に基づいて、この6文字の使われ方についてまとめてみようと思う。図に用いたフォントは（フォント名を明示していない場合は）Osaka。 Mac OSでは、U+F860は後続する2文字をまとめて1つの文字であるかのように扱うための特殊な文字である。また、U+F861は後続する3文字を、U+F862は後続する

携帯用プラットフォーム Android の開発キット（無償）というものがあって、その中に Droid という書体のファミリーが入っているらしい。 というわけで、（例によってフォントを見るためだけに）下のページから早速ダウンロードしてみる。 Download the Android SDK - Android zip を開けて、tools/lib/fonts/default/ の中にフォントファイルを発見。中身は以下のとおり。 Droid Serif Regular, Italic, Bold, Bold Italic Droid Sans Regular, Bold Droid Sans Mono Regular Droid Sans Fallback Regular この Droid ファミリーは、Ascender Corporation の Steve Matteson が制作したもの

Template‐ノート:特殊文字に、このページに関する質問があります。（2023年1月） 質問の要約：Template:特殊文字で「Microsoftコードページ932（はしご高）」と書かれている場合があること この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2011年11月） 出典は脚注などを用いて記述と関連付けてください。（2011年11月） 出典検索?: "Microsoftコードページ932" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL MS932とその他の日本語に関連した文字集合との関係オイラー図 Microsoft コードページ 932（マイクロソフト コードページ 932

このページではTrueTypeフォント版のダイナフォントの使用時のPDF変換の問題点について掲載しています。 Acrobat Distillerを使用しないで、IllustratorやInDesignなどから直接PDF保存する場合はTrueType版のダイナフォントの使用はしないでください。 使用する場合は、アウトライン化した後でPDF保存してください。（Illustratorの場合） 問題が発生すると思われるバージョン Illustrator CS Illustrator CS2 Illustrator CS3 InDesign CS InDesign CS2 InDesign CS3 問題の状況 PDFへフォントの埋め込みが正常になされているように見えるのに文字化けを起こした。 問題の詳細 TrueTypeフォント版のダイナフォントを使用しています。 IllustratorやInDes

追記（2007年11月10日18:55） スラッシュドットから来られた方は、下記エントリも合わせてお読みください。 私はMIAUの活動を支持しています。 - Copy & Copyright Diary http://d.hatena.ne.jp/copyright/20071110/p1 - MiAUのサイトに掲載されているパブリックコメント案。 MIAU : パブリックコメント案 http://miau.jp/1193380201.phtml ざっと目を通していたところ、あるところでニヤリとしてしまった。 それは次の箇所 ○むしろ虚偽の著作権表示を違法化すべき また、合法アップロードを明確化させることで、今回の違法化に対する上記の懸念を払い去ることができるとは思えません。権利者や権利団体の中には、たとえば著作権が切れているはずの鳥獣戯画のような古典作品について、保有してもいない著作権を