EUCへの対応については、補助漢字領域の拡張を目的に進めてきた。 すなわち、旧来のSJIS変換を行うとEUCにしかない文字が失われてしまうので、 SJISを介さずにEUC＜-＞ユニコード変換を行うように仕様変更だ。 それはもうできあがったからそれで良い。 次にJISへの対応をどうするかという話だ。 JISは多くの拡張がなされているため、全てに対応すれば中韓国語も扱えるはずだ。 だが、中韓国語拡張したJIS文字コードはどこで利用されるのか…続きを読む

ようやく満足のいくEUC対応ができあがったようだ。 が、乗りかかった船なのでもうちょっと調べている。 http://kanji.zinbun.kyoto-u.ac.jp/~yasuoka/kanjibukuro/japan.html これのEUC-JPとShift_JISのところに、ちょっと納得いくことが書いてあった。 ＞いずれを使うかは、使う人の自由にまかされます。 なるほどな。 DelphiアプリでのEUC変換は、jconvert.…続きを読む

JISX0212の補助漢字領域の資料が正しいかどうかはわからないが、 JISX0208の第一水準、第二水準漢字領域については、 資料には不備が多すぎて使い物にならなかったと言うことで、 CP50220を使って、OSにJISX0208領域を実際に変換させてテーブルを作成させた。 そしたら、CP20932を使ったときと同様、それと同じ文字で問題があった。 これも、SJIS経由での変換とは多少違った物を作ってしまった。 いや、多少かどうかは知…続きを読む

二つの方法がダメになった。 ○SJISを経由すると補助漢字が失われる。 ○CP20932でもうまくいかない。 で、最後の方法として、 ○アプリが変換テーブルをもつ。 コレをやるにあたり、 http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/ にあるテキストファイルを使用した。 矩形選択と正規表現置換で、完璧にDelphiコードに変換できた。 そして実際に正しい変換が出…続きを読む

まとめると、EUCをWindowsで扱う方法は三つ。 ○SJISに変換する。 SJISにはない補助漢字領域の文字は全て破棄する事になる。 ○EUC＜-＞UTF16変換テーブルをアプリ内で持つ。 一番やりたいのはこれだが作業がつらい。 ○CP20932を使ってWindowsにやらせる。 本来のEUCでは補助漢字領域を3バイトで表すが、CP20932は2バイトで表す。 この2バイトと3バイトの相互変換が実に簡単な事がわかった。 CP2093…続きを読む

日本語文字コードって、WindowsではSJIS、UnixではEUCということだが、 インターネットが普及したおかげで、EUCをWindowsで扱う機会も増えてきたということだが、 EUCにはあってSJISにはない文字っていうのもあるってことを、萌ディタの開発日記で知った。 旧来のSJISのテキストエディタでは、SJISにない文字なんだから編集出来なくて当たり前で、 ”EUC対応”って書いていても特定の文字は変換できなくて切り捨ててきた…続きを読む

テキストファイル内で改行を表す記号が統一されなくて困ると言う話。 真魚は、Windows、Windows以外、古いMacという、三つの表記を使っている。 まず、Unix系のパソコンでは、改行をLFという記号で表している。 インターネットとかが普及したせいで、LFの需要も高まってしまった。 次に、古いMacはCRという記号で改行を表していたのだが、 そのインターネット需要のためか、最近はLFに変更されているらしい。 コレが、Windows…続きを読む

なぜ今更かというと、Firefoxで本体を安易にアップデートしたらプラグインが使えなくなったから。 いや、数字を直すだけで使えるようになるものでも、数字で制限されたりしてるわけで。 しかし数字だけ直して無理矢理対応も出来ないものがあるわけで。 よって、余計なプラグインは入れない事で体を慣らす必要もあるな。 Thunderbirdで使ってきたのはたったの三つ。 「全て受信」できるMagicSLRは頻繁に更新してるようなので問題ない。 Sh…続きを読む

つづき。 難しい話が多くなってきて、読んでもわからないことも多い。 http://www.geocities.co.jp/SiliconValley-Oakland/3617/progress_2004Q3.html ＞ぎょえ（仮）がちょっと楽しみだったりします もう.NETのぎょえは継続する気がなくて真魚だがな。 ＞ショートカットファイルをドロップしたとき テキストを含む、ドキュメントファイルのショートカットを作ったことがないので気が…続きを読む

つづき。 現在、萌ディタも起動していじりながら、コレは真魚で書いてる。 ここまでで萌ディタの「がっかり」すなわち不正終了が二回出た。 http://www.geocities.co.jp/SiliconValley-Oakland/3617/progress_2004Q2.html ＞ルーラの存在は微妙 あたしもEmEditor式は相当違和感がある。真魚はTEditorのパクリ式。 何文字目で折り返してるか見たり、実際に折り返したりする…続きを読む

Wikipediaによると、ゲーム脳という発想はかなり疑わしい仮説のようだが、 あたしゃ自分がバカなのはゲームのやり過ぎだからだと信じて疑わない。 ゲーム脳に関する本も読んだことがないし、どういう話なのかはさっき知ったばかりだ。 しかし確実に自分がバカであると言うことと、ゲームやり過ぎであることは言えるわけで、 バカだからゲームやり過ぎだし、ゲームやり過ぎでバカにになったし、 この二つは切っても切れない関係にあると感じているわけ。 おそ…続きを読む

素人とプロの壁はどうしようもなく超えられないが、 Delphiの壁は素人でも超えられるという話。 ユニコード対応含むDelphiの壁はいくつも超えてきた。 真魚のBOX選択を改造した。 メモ帳にはない機能だから、メモ帳しか使った事がない人に見せびらかさないという発想から。 なんのこっちゃわからない物が、あまりメニューに並んでると美しくないからな。 BOX選択を知ってる人は、メニューになくてもAlt押しながら選択してみるし。 まず、萌ディ…続きを読む

本当はまだじっくりとバグ取りしたいのだが、2.06以前にもあったバグを修正したので、 そのバグを抱えたまま動作させるよりは2.07の方がマシっぽいので正式版ということで。 修正したのは、マウスで一番左端の文字と行番号の間の、 ちょうど線が引いてあるところあたりをクリックすると、内部でカーソル位置がおかしくなる点。 カーソル位置がおかしくなったまま文字を入力すると、テキストデータもおかしくなる。 なんでコレに気がつかなかったかというと、お…続きを読む

今、真魚でプロポーショナルフォント対応のために内部の深いところをいじっているわけで、 ここを変更したら連鎖的にアッチもコッチも変更しなきゃいけなかったりするような場所だから、 当然あちこちでバグが出るわけで、その動作確認をするにはやはり文章を書いてみるしかない。 で、何を書くかなって事になると、ソースコード自体はDelphiのIDEで書いているわけで、 DelphiのプログラミングをDelphi以外のエディタでやろうとは思ったこともない…続きを読む

真魚は作者自身と、嫁が快適に編集作業を行えればそれでいいテキストエディタだ。 二人とも、プロポーショナルフォントを使える事など望んでいない。 現在真魚を使ってない人が、使ってみたときに等幅しか使えないと不満に思うだろうけど、 そんな人は真魚じゃなくてより自分にあったソフトを使えばいいわけで、 みんなの要望に応える定番エディタとかを目指してはいない。 このソフトの場合は、作者と趣味が合う人だけコッソリ使って貰った方が、 作者が興味ある方向…続きを読む