ひらがな・カタカナの変換

貼り付けた文を、ひらがなにそろえたものとカタカナにそろえたものの 両方で同時に出します。 小書きの字も濁点も半濁点も、半角カナもそのまま扱えます。

ひらがなとカタカナは、ちょうど96だけ離れて並んでいます

Unicode（世界中の文字に番号をつけた表）では、ひらがなの96字ぶんの区画のすぐあとにカタカナの96字ぶんの区画が置かれています。 しかもどちらも同じ五十音の順番で並んでいます。

同じ大きさの表を、同じ順番で、すぐ隣に置いたわけです。だからどの字を見ても、相手までの距離が同じ96になります。 「あ」はU+3042、「ア」はU+30A2。「ん」はU+3093、「ン」はU+30F3。引き算をすると、どちらも96です。

だからこの変換は、対応表を持たなくてもできます。86組ぶんの表を書き写す代わりに、番号に96を足すか引くかするだけで済みます。 書き写しの間違いが入り込む余地が無いのは、そのためです。

⭐ 96という数は、区画の大きさそのものです。 16進で書くと 0x60、10進で 96。ひらがなの区画もカタカナの区画も96個ぶんの幅を持っているので、区画1つぶん進めば、隣の表の同じ場所に着くという理屈です。

ところが、96を足し引きするだけでは13字が壊れます

五十音の86字はそれでうまくいきます。困るのは区画の端です。ここには五十音の字ではなく、濁点・長音符・中黒・繰り返し記号・合字が置かれています。 同じ計算で通すと、これらが別の字に化けます。

しかも化けた先がもっともらしいところが、いちばん怖いところです。 のばす音が半濁点になり、中黒が濁点になります。エラーにならないので、変換した本人は気づけません。

カタカナからひらがなへ（96を引く）

いちばん分かりやすい例が「コーヒー」です。まるごと96を引くと「こ゜ひ゜」になります。のばす音（ー）が半濁点（゜）に化けたからです。 「ア・イ」は「あ゛い」になります。

ひらがなからカタカナへ（96を足す）

上の表の1行目と2行目は、とくに気づきにくいものです。濁点には2つの書き方があります。ふつうは「が」で1字ですが、 「か」＋くっつく濁点という2字の書き方もあり、見た目はどちらも同じです。 この2字の書き方をした文に96を足すと、濁点がヹという字に化けます。

これは珍しい話ではありません。macOS で作ったファイル名は、 この2字の書き方になっていることがあります。 この計算機はくっつく記号を96ずらさずに、そのまま次の字に付けたままにします。

どちらの文でも同じ字を使うもの

変換しない字が7つあります。これは好みで決めたのではなく、Unicode の名前がそう言っています。たとえば長音符の正式な名前はKATAKANA-HIRAGANA PROLONGED SOUND MARKで、名前にカタカナとひらがなの両方が入っています。

⭐ 昔の文字コード（JIS X 0208）でも、同じ考え方がとられていました。ー も ・ も ゛ も、ひらがなの区にもカタカナの区にも入っていません。 どちらにも属さない「記号」の区（1区）に、まとめて置かれています。 Unicode が名前で示していることを、40年ほど前の規格は置き場所で示していた わけです。

カタカナにしかない字があります

ヷ ヸ ヹ ヺ。ワ・ヰ・ヱ・ヲに濁点をつけた字で、外国語のV の音を書くために作られました。これに当たるひらがなは、Unicode にもありません。「ゔ」が「JIS には無いが Unicode にはある」のとは別の話で、足し引きした先の番号そのものが空いているか、まったく別の字です。

逆にひらがなにしかない字も1つあります。ゟは「より」の2字を1字に組んだもので、昔の手紙の結びなどに使われました。 ここが面白いところで、ゟ に96を足すと ヿ になります。 ヿ は「コト」を組んだ字なので、距離は合っているのに言葉が別物です。 だからこの計算機は、この2字を対にしていません。

どちらも、消さずにそのまま残します。変換できなかった字を黙って落とすと、貼り付けた文が知らないうちに短くなります。 何字残したのかは画面に数で出しています。

「ゔ」は、昔の文字コードに入っていません

ヴをひらがなにするとゔになります。Unicode にHIRAGANA LETTER VU（U+3094）としてちゃんと登録されているので、 変換そのものはできます。

ところが、日本で長く使われてきた文字コードJIS X 0208を見ると、事情が変わります。 この規格でひらがなが並んでいる4区には83字、カタカナの5区には86字が入っています。カタカナのほうが3字多いのです。

多い3字がヴ・ヵ・ヶです。つまりゔ・ゕ・ゖ は入っていません。 ひらがなは「ぁ」から「ん」までで終わっていて、その先が無いのです。

だから「ゔ」は、環境によっては□（豆腐）になります。変換した画面では読めていても、貼り付けた先で読めないことがあります。 上のボタンを押すと、いま見ている端末でその字の絵が本当に入っているかを確かめられます。

濁点つきの字は、全角では1字・半角では2字

「ガ」は全角では1字です（U+30AC）。「カ」と濁点が別々にあるのではなく、濁点つきで1つの字として番号が振られています。 だから96を足し引きするだけで「が」になります。濁点のために特別な処理をしなくてよいのは、そのためです。

ところが半角カナには濁点つきの字がありません。「ｶﾞ」は「ｶ」と「ﾞ」の2字です。1字ずつ順に置きかえると、先に「ｶ」が「カ」になり、 あとに残った「ﾞ」が「カ゛」と離れた形で取り残されます。 この計算機は、2字の組み合わせを先にまとめてから変換します。

幅そのものを直したいときは「全角・半角の変換」のページのほうが向いています。 こちらはかなだけを受け持つので、半角の記号（｡ ｢ ｣ 、 ･）には触りません。

混ざった文をそろえると、元には戻せません

ひらがなだけの文をカタカナにして、またひらがなに戻せば、ぴったり元どおりになります。 対応が1対1なので、往復しても情報が減りません。

けれどひらがなとカタカナが混ざった文は別です。 「カバのポタモ」をひらがなにそろえると「かばのぽたも」になりますが、ここでどこがカタカナだったかという情報が消えます。 だからカタカナに戻すと「カバノポタモ」になり、「の」が「ノ」に変わってしまいます。

消えたものは計算では戻せません。この計算機は入力欄をつねに残したままにしてあるので、元の文はそこに残っています。 変換した結果で上書きしない作りにしているのは、そのためです。

Unicode の名前は、日本式ローマ字で書かれています

おまけです。この計算機が使っている Unicode の正式な名前を見ると、 駅の看板とはちがうローマ字が使われています。

左が日本式（訓令式に近い書き方）、右がヘボン式です。 日本式のほうは五十音表の並びに素直で、「さ し す せ そ」がSA SI SU SE SOと、同じ子音でそろいます。 ヘボン式は英語の読みに寄せているのでshiだけ形が変わります。どちらが正しいという話ではなく、何に合わせたかの違いです。

数値と字の対応の出どころ: 符号位置と正式名はUnicode Consortium の UnicodeData.txt（新しいタブで開きます）、JIS X 0208 の中身は同じくJIS0208.TXT（新しいタブで開きます）から取っています。 このページに出る対応表は手で書いたものではなく、単体テストが1字ずつ正式名と突き合わせています。