(新)常用漢字と携帯電話 | yasuokaの日記 | スラド
小形さんのとこ経由でいただいた一昨日の漢字小委員会の資料を、ざーっとチェックしていたのだが、(新)常用漢字表の〔表の見方〕にある以下の付則は、かなりタチが悪い。 情報機器に搭載されている印刷文字の関係で，本表の掲出字体とは異なる字体（掲出字体「頰・賭・剝」に対する「頬・賭・剥」など）しか使用できない場合については，当該の字体の使用を妨げるものではない。 この付則を額面どおり受け取ると、携帯電話とかのJIS X 0208搭載機器では、(新)常用漢字への移行が非常にまずい形でおこなわれることになる。「剥」を搭載した現状の機器に対し、39区77点をそのまま「剝」に入れ換えるだけ、という対応がもっとも現実的ということになるのだ。この方法はJIS X 0208には違反しないが、ISO 10646との変換を考えると、かなり危険な選択肢だ。それを、(新)常用漢字が勝手に「どちらでもいい」と言ってしまうわ
安岡孝一の日記: 「七」「切」「窃」そして「𠮟」
現時点の常用漢字のうち、「七」を部分字体として含む文字は「切」と「窃」だけなので、「𠮟」を(新)常用漢字に追加したい気持ちは、わからなくもない。しかし、この「𠮟」は、少なくともこの日記で使うのは、かなり難しい。“𠮟”だと、まだちゃんと処理できないので、やむなく“��”なんていう誤った表記を使っているのだ。当然、Mac OS XのSafariだと表示できない可能性があるし、Windows XPのIE6でも表示は難しいだろう。 もし「情報化時代に対応する漢字政策」を、文化審議会国語分科会が標榜しているのなら、本当にこの「𠮟」を、blogやケータイでマトモに入出力できるかどうか、試してみるといい。その上で、なぜCJK統合漢字の「叱」ではなく、CJK拡張漢字Bの「𠮟」なのか、説明できるものなら説明してほしい。
Googleが携帯電話の絵文字をUnicodeに提案 - もじのなまえ
漢字小委員会の模様について、たくさんの皆さんに興味を示していただいたようでありがとうございます。つづきは時間を見て書きます。まだ皆さんにお知らせしなければならないことは残っている。 今回はまた別のお話。国際化の世界でよく知られているエンジニア、風間一洋さんのブログで「携帯の絵文字のUnicodeへの収録」というエントリが公開されました。これによると、Googleが携帯電話の絵文字をUnicodeに提案しようとしているそうです*1。 Emoji for Unicode: Open Source Data for the Encoding Proposal 非常に興味深い動きです。このエントリでは「もうすぐ日本語訳（？）を公開するそうである」とされていましたが、すでに公開されています。仕事が早い。 絵文字のユニコード符号化: 符号化提案用のオープンソースデータ ご存知のように、携帯電話での絵文
「愉」「諭」「輸」「癒」そして「喻」 | yasuokaの日記 | スラド
(新)常用漢字に「喻」と「喩」のどちらを追加すべきか。現在の常用漢字に「愉」「諭」「輸」「癒」が含まれているのだから、普通に考えれば「喻」を追加すべきだろう。 ただ、文字コードのことを考えると、話はちょっと複雑になる。JIS X 0213では「喻」と「喩」は同じ1-51-40に包摂されているが、JIS X 0221では「喻」はU+55BB、「喩」はU+55A9と別々になっているからだ。まあ、「喻」が(新)常用漢字に追加されたなら、JIS X 0213としては「喻」に対応するコードを包摂分離することになる、というだけのことだが。
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第9回 議員の氏名表記とRFC標準の共通点
● 一般的な文字に置き換えて氏名を表記する議員達 前回は「書かれた字のとおり」に強くこだわる字体意識により社会的コストが増大すること、そしてこれは符号化文字の考え方そのものを否定するものであることを述べた。しかしいくらデメリットがあるといっても、相手に配慮する気持ちまで変えられないし、変えてはいけないだろう。ではどうすればよいのか？ 難しい問題だ。 まず高木毅議員の例を思い出してほしい。『議員氏名の正確な表記』（以下、『正確な表記』）によればハシゴ高を主張しているはずだった高木議員は、自分のWebページでは姓の方をハシゴ高でない「高」を使い、下の名前を仮名書きしていた（図1）。つまりより一般的な文字に置き換えている。 これは高木議員だけではない。例えば葉梨議員。この人は実に旺盛にWebページを更新している。そしてその中で、みずからの名前を「はなし」にほぼ統一している。かなり多い文字量にも関
「謁」「喝」「渇」「褐」「掲」そして「葛」 | yasuokaの日記 | スラド
一昨日の読売新聞(大阪版, 第20041号)をチェックしていたら、左山政樹の『常用漢字2131字必要か』(p.25)という記事が目にとまった。 漢字小委では現在、追加される191字の漢字をどんな形で書くか、つまり字体の論議に入っている。字体が問題になるのは、ざっと30字。その中で例えば、「カツ・くず」と読む「葛」(下半分は匃)と「葛」(下半分は匂)のどちらの形を採用するのか。2000年に当時の国語審議会が定めた「表外漢字字体表」では、「葛」(下半分は匃)の字体を標準としたのに対し、同じような形のある常用漢字の「掲」「褐」「喝」「渇」の右下部分は、「ヒ」の形で統一されている。 正直なところ「葛」は、今回(新)常用漢字に追加される漢字の中では、最も難しい部類に属する。そもそも「匃の葛」と「匂の葛」が同じ文字コードを共有しているので、こういうページでは書き分けることすら難しく、それでいて「匃の葛
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第6回 漢字の字体史から見た『議員氏名の正確な表記』
● 日本の明朝体には存在しない「縦棒の信」 前回は『議員氏名の正確な表記』（以下、『正確な表記』）の作成において、忠実に「書かれた字のとおり」を目指したつもりでも、しんにょうの形に見られるように実際には無意識のうちに包摂していることを指摘した。つまり『正確な表記』は、作成者が思っているほどには「書かれた字のとおり」にはなっていない。では、こうした矛盾が『正確な表記』そのものに、どのような影響を及ぼしているのだろう。以下、具体的に見ていこうと思うが、これにあたってまず第3回で図1として掲げたものを再掲する（図1）。 ◇図1 『議員氏名の正確な表記』にある字をMac OS Xの上から分類したもの。（1）ではUnicodeの符号位置を、（2）ではCID番号を併記した。（3）は筆者による作字。いずれもヒラギノ明朝を使用。（4）の吹き出し内のフォントのみMS明朝を使用。なお、ピンクで示したUnico
TYPE: Multiple-byte Graphic Character Set REGISTRATION NUMBER: 229 DATE OF REGISTRATION: 2000-07-31 ESCAPE SEQUENCE G0: ESC 2/4 2/8 5/0 G1: ESC 2/4 2/9 5/0 G2: ESC 2/4 2/10 5/0 G3: ESC 2/4 2/11 5/0 C0: -- C1: -- NAME Japanese Graphic Character Set for In
TYPE: Multiple-byte Graphic Character Set REGISTRATION NUMBER: 229 DATE OF REGISTRATION: 2000-07-31 ESCAPE SEQUENCE G0: ESC 2/4 2/8 5/0 G1: ESC 2/4 2/9 5/0 G2: ESC 2/4 2/10 5/0 G3: ESC 2/4 2/11 5/0 C0: -- C1: -- NAME Japanese Graphic Character Set for Information Interchange --- Plane 2 DESCRIPTION A Graphic Character set of 2,436 characters. SPONSOR Japanese Industrial Standards Committee ORIGIN
JIS X 0213 (JIS2004) の代表的な符号化方式
(1面の終端バイト51は、この規格の2000年版のISO-2022-JP-3では4fでした) ただし、ISO-2022-JPとの互換性のため、1面の指示には「1b 24 42」を使 うこともできます。この指示を行った状態では、規格票の附属書2表1(64ペー ジ) および追補1の附属書2表2 (追補1の20ページ)にある文字を使用することはできません〔編注: 表を自作する予定〕。使っ てはいけない文字は、JIS X 0208に無い文字、包摂規準が変更された文字が中 心です。これらの文字を表すには必ず「1b 24 28 51」の指示を使わなければ なりません。 また、ISO-2022-JP-3との互換性のため、1面の指示には「1b 24 28 4f」を 使うこともできます。このときは、追補1の附属書2表2 (追補1の20ページ)に ある文字を使用することはできません。 さらに、状態について以下
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
JIS X 0212コード表(全コード) - CyberLibrarian
JIS X 0212(JIS補助漢字)の表です。JIS補助漢字はすべてUnicodeに収録されており、数値文字参照で記述することができます。ただし、OSやブラウザのバージョンなどの環境によっては、文字化けする可能性があります。別表として、Unicode番号付きの表(4分割)も掲載しています。 02区～11区 非漢字 266字 16区～77区 漢字 5,801字 区 点 JIS EUC +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F 2 0 2220 8FA2A0
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第3部 印刷文字から符号化文字へ第4回 議員本人のWebページとの比較結果
● 自分のWebページで主張されているものこそ「私の字」 前回までは規格と実装の両面から、衆議院における『議員氏名の正確な表記』（以下、『正確な表記』）にある字体を検討してきた。そこで明らかになったのは、そこで挙げられた40名のうち少なくない割合の議員が、常用漢字表で区別しないと明記しているデザイン差を区別している現実だった。ここで『正確な表記』そのものの画面を再掲しよう。 ところで、この『正確な表記』に挙げられている40名全員が、自らこれらの字体を主張しているのだろうか？ そんな疑問で前回は終わったのだった。例えば菅直人議員の「直」の字はWindowsでは確かに第二画が直線になるが、Mac OS Xでは斜めになる。標準搭載されたフォントによってデザインが変わるからで、これはそんな微細な違いなのだと言える。ところが40名のうち3名もがこの区別をしている。何か不思議な感じを抱くのは私だけでは
JW-10とJIS C 6226 | yasuokaの日記 | スラド
『パソコンは日本語をどう変えたか』(講談社, 2008年8月)を読んだのだが、文字コード関係の部分は誤りが多くて、正直なところ読むに耐えなかった。たとえばpp.136-137のJIS C 6226 (現JIS X 0208)制定のくだり。 そこで日本工業標準調査会は、漢字も含めた新しい規格の制定に乗り出す。これが「JIS X 0208」、通称「78JIS」で、1978年に制定された。汎用的に日本語を扱うことに成功した富士通のJEF、ワープロ一号機である東芝のJW-10が生まれた背景には、この文字コードの制定があった。78JISには、0201に包摂された数字、ラテン文字、カナ、記号に加え、「第1水準」、「第2水準」の漢字6355文字が収録された。第1水準とは、当用漢字表などを基準に採用された2965字で、いわば「よく使う漢字」。これに対して第2水準は第1水準から漏れた人名用漢字、部首や旧字体
安岡孝一の日記: 「戦」「禅」「単」「弾」そして「惮」
『漢字文化と日本語の未来』(日本語の研究, 第4巻, 第4号 (2008年10月), pp.126-128)を読み返していて、たった4ヶ月ほどの間で(新)常用漢字への追加候補字数が二転三転しているのに、今更ながら驚いた。5月12日の時点では追加候補字数は220字、それが7月15日には188字になって、9月22日には191字になったわけだ。ただし、これらの字数は、あくまで漢字小委員会での審議の話。親委員会の文化審議会国語分科会は、7月31日に188字を承認しただけで、191字への変更は追認していない。 (新)常用漢字の字種すら確定していない状態で、字体の話を書いてもなかなか理解してもらえないのだが、でも、JIS漢字の改正を視野に入れるのなら、そろそろ字体の方針だけでも決めてもらわないと、もう10月だったりするのである。たとえば「惮」(りっしんべんに単)。現時点の常用漢字に「戦」「禅」「単」「
Microsoft – クラウド、コンピューター、アプリ & ゲーム
期間限定で Surface Pro 8 ご購入で対象のキーボードが無料になり、本体にも特別価格が適用されます。
人名用漢字と互換漢字 | yasuokaの日記 | スラド
小形克宏の「なぜUnicode正規化は生まれたか」(Internet Watch, 2008年9月3日)を読んでいたところ、以下の部分にひっかかった。 Conceptually, compatibility characters are those that would not have been encoded except for compatibility and round-trip convertibility with other standards.（概念上からは、互換用文字とは他の規格との互換性及び往復の保全性の目的以外には、符号化されるはずのなかった文字である。） 『Unicode Standard 5.0』2.3 Compatibility Characters 確かに現状としてはそうなのだが、1999年当時、話がそんなに簡単だったわけではない。一応、私の知る限りのこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TYPE: Multiple-byte Graphic Character Set REGISTRATION NUMBER: 228 DATE OF REGISTRATION: 2000-07-31 ESCAPE SEQUENCE G0: ESC 2/4 2/8 4/15 G1: ESC 2/4 2/9 4/15 G2: ESC 2/4 2/10 4/15 G3: ESC 2/4 2/11 4/15 C0: -- C1: -- NAME Japanese Graphic Character Set fo
http://www.itscj.ipsj.or.jp/ISO-IR/233.pdf
INTERNATIONAL REGISTER OF CODED CHARACTER SETS TO BE USED WITH ESCAPE SEQUENCES
WordPress › Error