Unicodeと異体字とフォントについて調べてみた - Qiita
はじめに 外字について色々調べているうちに、自分自身がUnicodeや異体字について、ちっとも分かっていないということが分かりました。そこで、調べた内容をまとめてみました。 情報の密度よりも、文字コードやフォントに関わるときの最低限の知識として、またはCheatsheetとして読み返せる内容としてまとめたつもりです。 誤った内容があればご指摘頂けると幸いです。 JIS97 JIS漢字コードはJISが規定した文字集合。俗にJIS漢字コードというと以前はJIS97を指し、正確には「JIS X 0208:1997」という規格である。 6,879個の図形文字を規定。漢字は第一水準と第二水準を搭載。基本的には、区と点で表現し区点コードによって配置している。区点コードは全角文字（非漢字含む）の定義であり、半角文字は含まれていない。 区点コードのような文字集合の中での配置番号を「コードポイント」と言う。
JIS X 0208 と JIS X 0213 が改正されていた件 - しろもじメモランダム
昨年12月に小林さんの講演を聞いたとき、JIS X 0213 が近々改正されるというようなことをおっしゃっていた。そんなことはほとんど忘れていたのだが、 584 デフォルトの名無しさん 2012/03/11(日) 13:26:15.37 そういや結局0213って改正するの？ 常用漢字の関係で 588 デフォルトの名無しさん 2012/03/11(日) 16:02:37.18 JISCのサイト言ったらいつのまにか改正されててワロタ 誰も気づかなかったのか… 文字コード総合スレ part7 な、なんだってー！(AAry JISCのサイトで調べてみると、たしかに2012年2月20日付で JIS X 0208 と JIS X 0213 が改正され、JIS X 0208:2012 と JIS X 0213:2012 になっている。それぞれ第5次規格、第3次規格にあたる。どちらも追補の形で出されており
改定常用漢字表に対するJIS漢字コード規格の対応状況について（METI/経済産業省）
本件の概要 文化審議会答申「改定常用漢字表」（平成２２年６月）を受け、本日、常用漢字表が告示されました。 経済産業省では、今回の常用漢字の改定を受け、JIS漢字コード規格（JIS X0208、JIS X0213及びJIS X0221）の対応状況について検討を行ってまいりました。その結果を公表いたします。 担当 産業技術環境局 基準認証ユニット 情報電子標準化推進室 公表日 平成22年11月30日(火) 発表資料名 改定常用漢字表に対するJIS漢字コード規格の対応状況について(PDF形式：41KB) JIS漢字コード規格の概要(参考)(PDF形式：20KB) 改定常用漢字表に関する規格検討報告書(PDF形式：707KB) 【関連リンク】常用漢字表について（文化庁ホームページ) Acrobat Readerをダウンロード（Adobeサイトへ） このページの先頭へ
iPod TouchはJIS X 0213の全ての文字に対応しているわけではなかった - yanok.net
先日、「iPod Touchの漢字変換はJIS X 0213の成果を取り入れていた」という記事を書きました。JIS X 0213の文字が単語として入力できるという話です。このときは、てっきり、iPod Touchは (iPhoneも?) JIS X 0213の文字全部に対応しているのだと思っていました。 ところが、昨日のブログ記事で紹介したページをiPod Touch (第2世代) で見てみたら、一部の文字・記号に、表示できていないものがありました。 例えば、将棋の駒の記号☗☖や、白抜きの丸付き数字の⓴、二重の丸付き数字⓵・⓾は表示できていませんでした。また、Unicodeでは合成の必要な文字、か゚やセ゚などは、半濁点の部分が間延びして表示されています。 iPod Touchのフォントはどういう基準で文字を揃えているのか、ちょっと不思議に思いました。 やはり、JIS X 0213の文字はい
iPod Touchの漢字変換はJIS X 0213の成果を取り入れていた - yanok.net
iPod TouchではJIS X 0213で初めて符号化された漢字を、単語として入力できることに今ごろ気付きました。 例えば、地名の例でいえば、「ほうのきざく」から「𣖔木作」(福島県)が、「きびなごあじろ」から「𩸕網代」(長崎県)が、「なぎのした」から「𡵢下」(愛知県)が、「ろほう」から「𡉴豊」(徳島県)が入力できるのです。それぞれ、「𣖔」(2-15-10)、「𩸕」(2-93-57)、「𡵢」(2-08-27)、「𡉴」(2-04-67)は JIS X 0213で初めて符号化された漢字です。面区点番号からわかるように、いずれも第4水準です。Unicodeではバージョン3.1で面02のCJK統合漢字拡張Bに入りました。 人名の「𣟿良(なぎら)」などというのも変換できます。「𣟿」(2-15-73)は同様に拡張Bにあります。 Unicodeで拡張Bにあたる漢字以外の第3・第4水
Microsoftが総括「Windows Vistaにフォントの混乱なし」 - もじのなまえ
あまり時間がないので短くご報告。 Microsoftの「Windows 7向けJIS90互換フォントパッケージの提供と今後について」記者説明会に行ってきました。これについてはプレスリリースも出ています。 Windows(R) 7 向け JIS90 互換フォントパッケージの提供 より詳しくはINTERNET Watchの記事などをご参照ください。 マイクロソフト、JIS90互換フォントの提供はWindows 7で最後 細部は記事にゆずるとして、ぼくが重要だと思ったことは以下の点です。 Windows Vistaによるフォント変更について、同社コールセンターに対し、クレームの電話は1件もかかってきていない。 Microsoftは（今のところ）この件について、ユーザーに大きな混乱は発生しなかったと考えている。 Windows Vistaでフォント・デザインが変更されたことについては、2006年に
JIS X 0213は改正しないと新常用漢字表に対応できない？ - もじのなまえ
書いておかないと忘れそうなのでメモ。 前日のエントリに対するUnicodeさん、mashabowさんのご指摘について調べるうちに、ハタと気づいたこと。 完全に見落としていたのですが、今までなんとなく「新常用漢字表」の「（付）字体についての解説」の「1 明朝体のデザインについて」は、表外漢字字体表におけるそれと下位互換だと思っでいたのですが、まったくの思い違いでした。 表外漢字字体表の「表外字だけに適用されるデザイン差について」（漢字使用の実態への配慮から、字体の差と考えなくてもよいと判断したもの）で挙げられていたものを、新常用漢字表はまったくふれていません。そもそも新常用漢字表における「1 明朝体のデザインについて」は改定されていません。 表外漢字字体表で挙げられているうち、新常用漢字表の追加字種に関わるものは以下のとおりです。 A 画数の変わらないもの (2) 傾斜・方向に関する例 (3
JIS04基準フォントの'jp83'サポート - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
JIS04基準フォントのGSUB（グリフ置換）テーブルは、JIS90基準フォントのそれに「建増し」したような構成となっている。*1 たとえばJIS90基準フォントでは、「訝」の標準グリフ（デフォルトのグリフ）はCID+6662であり、'jp83'置換は「CID+6662→CID+13601」である。JIS04基準フォントでは「訝」の標準グリフはCID+20268なので、'jp83'置換は「CID+20268→CID+13601」だが、これに加えて「CID+6662→CID+13601」も残っている。以下の図では、'jp83'置換を青矢印で示した。 このように、'jp04'グリフ、'jp90'グリフ、'jp83'グリフがそれぞれ異なるケースでは、JIS04基準フォントの'jp83'置換は2対1となる。同様の例は、下図のとおり。*2 また、'jp90'グリフと'jp83'グリフが異なり、'jp
第4水準の1点しんにょう - しろもじメモランダム
第4水準の漢字には、1点のしんにょうで例示されているものが2文字存在する。𨑕（2-89-75; U+28455）と 𨕫（2-89-90; U+2856B）がそれ。 単純に考えれば常用漢字外だから2点になりそうなもんだけど（事実、上の2文字以外は2点になっている）、これだけがどうして？ということで、小池さんに伺ってみた。 理由は簡単で、この2文字に関しては2点しんにょうの用例がなかったから、ということらしい。JISの方で新しい字形を勝手に作り出すわけにもいかないので、用例どおり1点の字形で例示してあるとのこと。「𨕫」のしめすへんが「示」ではなく「ネ」なのも、同じような理由。 なるほど。
JIS2000/2004情報
2000年はじめに JIS X 0213：2000 いわゆる JIS2000 が発表されました。 JIS2000 では，従来の非漢字＋第1水準＋第2水準の計約 6800 字に加えて新たに約 4300 の文字が定義されました。 また，2004年には，第3水準における10文字の追加と第1水準・第2水準における168文字の例示字形の変更がありました (JIS X 0213：2004 いわゆる JIS2004)。 じつは，JIS2000 への対応は Unicode ベースでは進んでいました。 JIS2000 文字の Unicode への登録が完了したのが 2002 年なので，この時期以降に出た多くのフォントには JIS2000 の文字が含まれています。 また，Mac OSX や Windows2000/XP は OS レベルで Unicode に対応しているので，フォントとアプリケーションが対応し
＠檸檬の家: MySQL 6.0 の Unicode 4バイト対応と新常用漢字
＠檸檬の家 ブログ更新を停止しています 自己紹介 連絡先: 小川 創生 (motoyuki@bc4.so-net.ne.jp) このブログは個人的な「書きたいこと雑記帳」であり、現在または過去の所属の公式見解等を示すものではありません。 （2009年12月15日追記： MySQL 6.0 は5月に開発凍結となっており、この記事で述べている新機能の行方は不透明な状況です。「MySQLの改定常用漢字表対応が危うい件」もお読みください。） だいぶこの話題を書くのが遅くなってしまったが、新しい常用漢字表の議論がそろそろ佳境なので、このタイミングで書き記しておく。 オープンソースのデータベース管理システム「MySQL」は、特に Web システムを中心に、すでに国内外で多数の主要企業が導入している。しかし、マルチバイト文字については、たとえば商用の Oracle や、別のオープンソースの Pos
JIS X 0213の2004年改正 | yasuokaの日記 | スラド
田島優の『現代漢字の世界』(朝倉書店, 2008年10月)を読んだのだが、他の章に較べて第5章の「JIS漢字」がかなりひどいデキだった。特に、JIS X 0213の2004年改正に関する以下の記述(p.175)は、明らかに誤解を含んでいるので、ここに晒しておこうと思う。 この改正の目的は，JISの例示字形を「表外漢字字体表」の印刷標準字体に改め，JISの規格を国語施策と合致させることであった．168字の例示字形を，拡張新字体から康煕字典体へと変更した．また，その作業において「表外漢字字体表」の1022字のうち，10字については日本の国内規格ではカバーできないことがわかり，その10字の追加を行った．そして，2004(平成16)年2月にJIS X 0213を改正した． 例示字形変更168字のうち「芦」は、印刷標準字体ではなく簡易慣用字体に合わせたものだ。すなわち、簡易慣用字体22字もJIS X
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第9回 議員の氏名表記とRFC標準の共通点
● 一般的な文字に置き換えて氏名を表記する議員達 前回は「書かれた字のとおり」に強くこだわる字体意識により社会的コストが増大すること、そしてこれは符号化文字の考え方そのものを否定するものであることを述べた。しかしいくらデメリットがあるといっても、相手に配慮する気持ちまで変えられないし、変えてはいけないだろう。ではどうすればよいのか？ 難しい問題だ。 まず高木毅議員の例を思い出してほしい。『議員氏名の正確な表記』（以下、『正確な表記』）によればハシゴ高を主張しているはずだった高木議員は、自分のWebページでは姓の方をハシゴ高でない「高」を使い、下の名前を仮名書きしていた（図1）。つまりより一般的な文字に置き換えている。 これは高木議員だけではない。例えば葉梨議員。この人は実に旺盛にWebページを更新している。そしてその中で、みずからの名前を「はなし」にほぼ統一している。かなり多い文字量にも関
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第8回 字体意識と社会的コスト
● 「書かれた字のとおり」にこだわる社会的コスト 前回は、『議員氏名の正確な表記』（以下、『正確な表記』）は、「書かれた字のとおり」に強く配慮するあまり、常用漢字表にある「書体の違い」や「デザインの違い」を逸脱してしまっていることを述べた。ただし、こうした字体意識は私たちの社会において特別なものではなく、相手に配慮しようとする態度に基づくことを指摘した。 とはいえ、あまりにも「書かれた字のとおり」に強くこだわれば社会的なコストが増大することに、私たちはそろそろ気付くべきだろう。すでに第2部第8回～第10回で見たように、従来の文字コード規格では包摂していた字体を区別し、微細な違いを持つ文字を使い分けられるようにする異体字シーケンスという技術がある。この技術は「書かれた字のとおり」にこだわる、私たちの社会の求めに応じようとするものと言える。しかしその開発コストは製品価格に転嫁される。異体字シー
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第7回 『議員氏名の正確な表記』と人名表記の位相文字
● 書体の違いを規定する常用漢字表「明朝体活字と筆写の楷書との関係について」 前回は漢字字体の歴史をさかのぼることで、『議員氏名の正確な表記』（以下『正確な表記』）が「書体の違い」を無視してしまっていることを指摘した。しかし、このような事細かな漢字字体の歴史を、誰もが知っているはずもない。そのような中で衆議院事務局が書体の違いを無視してしまったとしても、それは仕方のないことではないだろうか？ それが違うのだ。もう27年も昔から、これは数ページの簡単なルールにまとめられている。それが他ならぬ常用漢字表の「字体についての解説」だ。この中の一節「明朝体活字と筆写の楷書との関係について」では、以下のように書かれている。 字体としては同じであっても、明朝体活字（写真植字を含む。）の形と筆写の楷書の形との間には、いろいろな点で違いがある。それらは、印刷上と手書き上のそれぞれの習慣の相違に基づく表現の差
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第6回 漢字の字体史から見た『議員氏名の正確な表記』
● 日本の明朝体には存在しない「縦棒の信」 前回は『議員氏名の正確な表記』（以下、『正確な表記』）の作成において、忠実に「書かれた字のとおり」を目指したつもりでも、しんにょうの形に見られるように実際には無意識のうちに包摂していることを指摘した。つまり『正確な表記』は、作成者が思っているほどには「書かれた字のとおり」にはなっていない。では、こうした矛盾が『正確な表記』そのものに、どのような影響を及ぼしているのだろう。以下、具体的に見ていこうと思うが、これにあたってまず第3回で図1として掲げたものを再掲する（図1）。 ◇図1 『議員氏名の正確な表記』にある字をMac OS Xの上から分類したもの。（1）ではUnicodeの符号位置を、（2）ではCID番号を併記した。（3）は筆者による作字。いずれもヒラギノ明朝を使用。（4）の吹き出し内のフォントのみMS明朝を使用。なお、ピンクで示したUnico
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
渞(みなもと)という名字 - yanok.net
くぬぎ - yanok.net
サービス終了のお知らせ
サービス終了のお知らせ