Windowsのパス区切り文字は、なぜ逆スラッシュになったのか？
MS-DOS 2.0のソースコードが公開された 9月末にMS-DOS 2.0のソースコード（https://github.com/Microsoft/MS-DOS/tree/master/v2.0）が公開された。ここでは、ソースコードを見ながら、Windowsのパス区切り文字が、なぜ「\」（英語表示では逆スラッシュ）になったのかを考えてみる。 ただ、MS-DOSは8086のアセンブラで記述されているため、コードを説明するのではなく、必要な定義部分などを使って解説することにする。 まずは簡単にMS-DOSという名称について説明しておく。IBMがIBM PC用のOSとしてマイクロソフトに開発を依頼したため、IBM PC用のものはPC-DOSという名称であり、MS-DOSはIBM以外のメーカー用に使われた。この時点では、PC-DOSとMS-DOSはほぼ同一のものとしてよい。ここでは、すべてMS-
最初から語る Big5-UAO – but, or bug…
台湾ではＢＢＳ（日本で言うパソコン通信）が今でも根強い人気がある。 もちろん、ＢＢＳシステムのほとんどはUnicodeなど対応できず、Big5しか対応していない。（UTF-8などに変換しようとしても、たとえば２バイト文字をANSIカラーにした２色漢字はどう対処するかわからない。） サブカルチャーの集まりともあるＢＢＳには、同じサブカルチャーの漫画・アニメ・ＪＰＯＰなどのテーマもよく討論されており、そのため古くからＢＢＳユーザなどは外字集などの方式でとりあえず仮名を拡張していた。（仮名はBig5-Eten準拠） その中、私が発案した「Unicode補完計画」というプロジェクトは、2001年から提供開始。 当時、UnicodeベースのWindows XPが普及し始め、いくつかの問題が次々と出てきた。 まずは、なぜか Arial Unicode MS の Unicode PUA にタイ語っぽいグ
文字と文書
この文書は、MacOS X上で、上山大輔氏の開発したテキストエディタmi、および、浅海智晴氏の開発した文書処理システムSmartDocを使用して作成しています。これらのソフトを開発し、無償で利用させて下さっている両氏に深く感謝致します。
技術部だより：ドットブック秀英体の汎用文字コード対応表 | 技術部だより | （株）出版デジタル機構
今まで電子書籍の制作会社では、ドットブックを制作する際、ドットブックの標準フォントである秀英太明朝体での表示を想定してTTXソースを記述することが行われていました。 しかし、ドットブック専用の秀英体には独自の外字などが含まれており、これをUnicodeのEPUBなどへ変換するためには、外字の対応表が必要となります。この対応表がない場合は、すべての文字を校正し直す必要がありました。 ここで公開する資料は大日本印刷株式会社秀英体開発室さまのご協力によって作成された、ドットブック専用の文字コードをUnicode符号位置（16進数）を始めとする汎用的な文字コードに置換するための対応表です。 今までごく一部の出版社や制作会社の内部で使用されていたこの対応表を、必要としているすべての制作会社が使えるように、新たにわかりやすく作り直したものとなっています。 過去のTTXからEPUBを作ろうと考えている制
日本の文字とUnicode 第9回 | 大修館書店 WEB国語教室
現代において、文字を書くということは、コンピュータやケータイのキーを打つことと、ほぼ同義になってきています。そして、現代のコンピュータにおいて文字を扱うためには、文字コード、それもUnicodeの助けを借りるしかなくなってきています。でも、Unicodeは日本語に特化して作られたわけではないので、日本の文字を扱おうとした場合、色々とヤヤコシイ点があったりします。それらのヤヤコシイ点を、できるだけ平易に説明するこのシリーズ、第9回は、住基統一文字とUnicodeの関係です。 日本の各自治体の住民票システムは、住民基本台帳ネットワークというもので互いに結ばれています。この住民基本台帳ネットワークで使われている文字コードが、住民基本台帳ネットワーク統一文字、略して住基統一文字です。住基統一文字は、各文字に4桁の16進数が割り当てられていて、一見するとUnicodeに似ています。実際、住基統一文字
The WHATWG Blog — The Road to HTML 5: character encoding
Please leave your sense of logic at the door, thanks! The Road to HTML 5: character encoding February 13th, 2009 by Mark Pilgrim, Google in Tutorials Welcome back to my semi-regular column, "The Road to HTML 5," where I'll try to explain some of the new elements, attributes, and other features in the upcoming HTML 5 specification. The feature of the day is character encoding, specifically how to d
Javaにおける文字コードまわりの話 - あしのあしあと
毎度毎度、文字コードの話は面倒である。開発のメインストリームでないことと、外部調整が必要であることが原因だと思う*1。 プラットフォームが変わるたびに、毎回検証しているような気がする。私の場合だと、毎回OSが違う。Windows Server、AIX、HP-UX、Red Hat Linux。毎回Java仮想マシン（JVM）が違う。SunのJDK（今はOracleか）、JRockit（これもOracleか）、IBMのJVM、HPのJVM。データベースエンジンは、だいたい同じ。 本当にみんな、毎回やっているのだろうか？ とりあえず、Javaで開発することは決まっている前提で、外部設計と内部設計にて、やるべき（と思っている）ことをまとめておく。 以降で挙げる例は、次のようなシステムをイメージしている*2。 構築対象システム Webアプリケーション バッチ 外部システム ホスト 外部設計 画面や帳
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Baidu絵文字検索の苦労話、開発者の文字コードマニアが論文に -INTERNET Watch
文字コードチェッカー
UIST '91 - Proceedings of the 4th annual ACM Symposium on User Interface Software and Technology