本当は恐ろしいInDesignの話 〜文字化け問題 | 電書魂
前回のエントリーで書かせていただいたInDesignデータからの電子書籍化に伴う外字処理の問題について、文字コード・フォント関連について豊富な知識をお持ちの方々に関心を持っていただき、これをどうにかするための取り組みが始まりました。具体的にはものかのさん、moji_memoさん、市川せうぞーさんの面々で、ちょっととんでもないレベルの方々です。これに対して、publidge（出版デジタル機構）の深沢さんからも関心を寄せていただき、フォントメーカーの方にもアドバイスをいただく形で電子書籍の外字問題に対しての取り組みが始まりました。以下は現時点で判明している問題についての簡単なまとめです。いずれこれに関してはpublidgeから正式にどういった対策をとるべきかのアナウンスがあることと思われますが、すでにかなり「恐ろしい」事実が判明しているので、事前段階での告知の一翼を担う意味で書かせていただきま
丸数字とユニコード - 名もないテクノ手
昨日の記事で、「あれ？ 白抜き数字の10〜20ってUnicode表記できるんじゃね？」と思った人がいるかもしれません。 けれど、これってなぜかInDesign内ではフォント依存なんですよ。小塚明朝（ゴシック）proとかヒラギノProN、あるいはMorisawaのPr5以降ならOKなんです。けれどMorisawaのProフォント（Adobe1-4）だと、Unicodeで指定できないんですね。 と思ったら、２年も前にfontさんが勉強部屋で言及されていました。 [10354]CIDコードでの置換 http://bbs.ddc.co.jp/mt/indesignbbs/archives/10354cid_20061207175500.html わかりやすく表にまとめると、こんな感じでしょうか。あらためて調べてみると、この飛び具合に歴史を感じます^^ スクリプトでCID番号で文字入力するのって、タ
InDesign CS3における漢字の表現方法の優先順位 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesign CS3で字形パネルのダブルクリックによって漢字を入力したとき、そのグリフは文字コード的にどのような扱いになるのか。 入力されるグリフが、フォント内部のcmapテーブルでUnicodeの符号位置と直接対応付けられている場合。そのグリフはUnicodeの符号位置のみで表現される。下図はその例。可能な表現のうち、採用されるものを1行目に、そうでないものをグレーで示した（以下同）。図に用いたフォントは、ヒラギノ角ゴPro。 前項に該当せず、入力されるグリフが'aalt'以外の漢字系のタグを用いて表現可能な場合。そのグリフは、親字の符号位置、タグ、異体字番号の組み合わせにより表現される。では、「'aalt'以外の漢字系のタグ」を用いた表現が、1つのグリフに複数存在する場合は何が優先されるかというと、単純に「タグのアルファベット順」となるようだ。たとえば「珊」の異体字のCID+769
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.trapping.jp/2004/10/indesignshiftreturn.html
