なぜ『プログラマのための文字コード技術入門』の改訂新版にはSKKと Emacsの話が入っていないのか - yanok.net
拙著『[改訂新版] プログラマのための文字コード技術入門』(技術評論社，2018)についての感想で，初版にAppendixとして入っていたSKKとEmacsによるJIS X 0213対応の話が無くなっていることを惜しんでくれているものがありました。 これは初版執筆時に著者(私だ)がEmacsとSKKを使ってEUC-JIS-2004のプレーンテキストとして原稿を書いていたことを紹介し，当時の一般的な日本語入力環境が抱えていた問題点をこれによって解消できることを説明したものです。 当時の日本語入力環境というのは，おおまかにいえばJIS X 0208の第1・第2水準漢字に制約されており，それ以外の文字は入力できないか，できたとしても単漢字変換や文字パレットのような使いにくい方式によるしかないというものでした。そういう状況を改善し，現代日本で使われている文字は第1・第2水準漢字に限らず，分け隔てな
永久機関の夢を見る青空文庫
青空文庫は、インターネットを利用した電子図書館である。著者の死後50年を経て著作権の切れた作品を電子化して公開しており、著作権者が無償の公開に同意した「新しい」作品へのアクセスも提供している。収録作品は、2001年末で、およそ1700を数える。 青空文庫を準備した設立呼びかけ人は、開設から間もない時期に、「最小限の組織化」を念頭において事務局体制を構え、以降、世話役として運営の舵取りを担ってきた。この枠組みのもとで、多くの作業協力者を得て、文庫は想定をはるかに越えた規模の成果を上げた。だがその一方で、事務局には、大きな作業負担がかかり続けた。2001年、事務局の疲労は限界に近いところまで深まった。 こうした状況への、常識的な対応策の一つは、事務局の強化だろう。だが、そうした道を選ぶ代わり、青空文庫は、事務局の壁を壊すことで、突破口を開こうと試みている。有限の人的資源で担ってきた事務局業務を
任俠の第3水準漢字 - yanok.net
ユーモラス、と言っていいのか分かりませんが、興味深いニュース記事がありました。 神戸山口組離脱の勢力、組織名を「任侠山口組」に変更 旧字体表記されず不満か (産経新聞、2017年8月10日付) この記事の伝えるところによると、「「任●（にんきょう）団体山口組」（●は「侠」の旧字体）が、組織名を「任侠（にんきょう）山口組」に変更する通達を流していた」のだそうです。その理由として、「表記される際、「侠」の旧字体が正しく表記されないケースがあったことに不満を募らせたとみられる」と書かれています。 「「侠」の旧字体」は、当ブログ記事の題にあるように「俠」です。この字はJIS第3水準、面区点番号1-14-26にあります。人名用漢字にも入っています。 SKKの第3第4水準漢字辞書では「にんきょう」から「任俠」に変換できます。Macでも入力できます。もうこうした第3第4水準を避ける必要はないでしょう。
libiconv に JIS X 0213がない場合 - yanok.net
GNU libiconvはJIS X 0213の符号化方式、Shift_JIS-2004 (Shift_JISX0213) や EUC-JIS-2004 (EUC-JISX0213) に対応していますが、コマンドを実行した際にこれらが入っていない場合もあり得ます。入っているかどうかはiconvのコマンドラインオプション --list で確かめられます。 これらの符号化方式に対応するには、ビルドする際にconfigureのオプション --enable-extra-encodings を指定しておく必要があるようです。インストールされているiconvコマンドでShift_JIS-2004が使えないときはこれが指定されていなかった可能性があります。もしこれらの符号化方式が入ってなかったら、管理者に相談するか、そうでなければ、自分でソースをダウンロードして上記のオプションを用いてビルドしてみるのも
主な実装における EUC-JIS-2004, Shift_JIS-2004 から Unicode への変換結果の違い
まとめました。 nkfとiconvの差異 https://nathancorvussolis.blogspot.jp/2015/05/difference-between-nkf-and-iconv.html Pythonとiconvの差異 https://nathancorvussolis.blogspot.jp/2016/11/difference-between-python-and-iconv.html JavaのShift_JIS-2004については下記のブログを引用させていただきました。 iconv、Java、PythonのJISX0213 - yuan-jiu blog http://yuan-jiu.asablo.jp/blog/2013/05/11/6807043 バージョン libiconv 1.14 nkf 2.1.4 Python 3.4.5 Java 1.7.0_
iconv、Java、PythonのJISX0213: yuan-jiu blog
JISX0201とJISX0213を併用したデータをShift_JIS-2004で符号化し、iconv、Java、PythonでUTF-8に変換した結果を比較してみた。 （原則としてJISX0213はそれ自身で完結した文字集合でありJISX0208のようにJISX0201と併用するものではないが、JISX0213に移行する際にはJISX0201とJISX0208を併用した既存のデータをShit_JIS-2004として扱いたい場合もありえるので、試してみた。） 各々のバージョンとエンコーディング名は次のとおり。 iconv (Debian EGLIBC 2.11.3-4) 2.11.3 --from-code=SHIFT_JISX0213 java version "1.7.0_21" Charset-name "x-SJIS_0213" Python version 3.3.1 encod
常用漢字と文字コードの対応表
2010年に改定された常用漢字表の2,136文字についての、文字コード(JIS X 0213、Unicode)との対応表を、機械可読なCSV形式で用意しました。 文字コードとしては、JIS X 0213の面区点番号、7ビットコード(GL)、 EUC-JIS-2004のコード(GR)、SJISコード(Shift_JIS-2004)、および、 ISO/IEC 10646 UCS (Unicode)の符号位置のそれぞれについて記しています。 ダウンロード: (下の3つのリンクは同一の内容で、ファイルの文字コードだけが違います) UTF-8版の常用漢字コード表 EUC-JIS-2004版の常用漢字コード表 Shift_JIS-2004版の常用漢字コード表 この対応表は第3水準漢字を含んでいます。したがって、JIS第3・第4水準に対応した環境でご利用ください。また、UnicodeにおいてBMPでなく
nkfとiconvの差異
JIS系文字コードとUnicodeとの変換によく使われるnkfとiconvの変換にどれくらい違いがあるのか調べてみました。 EUC-JIS-2004とShift_JIS-2004のファイルをそれぞれUTF-8に変換して、その結果を比較します。 nkf Network Kanji Filter http://sourceforge.jp/projects/nkf/ libiconv http://www.gnu.org/software/libiconv/ 変換元となるファイルについては、プロジェクトX0213の「JIS X 0213とUnicodeの対応表」から、文字付き版のファイルを使用しました。 JIS X 0213とUnicodeの対応表 http://x0213.org/codetable/ EUC-JIS-2004とUnicodeの対応表 文字付き版 http://x0213.o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JIS2004 - JIS X 0213 Wiki
合字 - JIS X 0213 Wiki
CJK互換漢字 - JIS X 0213 Wiki
円記号 - JIS X 0213 Wiki
双柱 - JIS X 0213 Wiki
ソフトハイフン - JIS X 0213 Wiki
ノーブレークスペース - JIS X 0213 Wiki
Shift_JISX0213 - JIS X 0213 Wiki
国際基準版・漢字用8ビット符号 - JIS X 0213 Wiki
丸付き数字 - JIS X 0213 Wiki
nkf - JIS X 0213 Wiki
常用漢字 - JIS X 0213 Wiki