真魚でやっている文字コード変換をVB.NETへ移植する計画が進行中。 VBがぜんぜんわからないので、まずはC#へ移植して、そのあとVBでもやってみる。 ほいで、C#への移植までは出来て、変換テーブルがあるので200KBほどのサイズだった。 ようやくVBに取りかかったのだが、予想以上に多くの障害を感じている。 まず、VBって初心者用だからなんだろうが、難しい部分は隠蔽されている。 C#もVBも、今回の2005からpartialという識別子…続きを読む

最初に.NETが出てきた頃の予想では、世の中には.NET製アプリしかなくなるはずだった。 初心者はVB.NETで、それ以外の人はC#で開発を行い、 DelphiユーザーもDelphi.NETへ移行するのが当たり前かと思っていたんだよな。 ところが現状は、.NETライブラリがVBランタイムに置き換わっただけだった。 C#でテキストエディタ作ってみたのに問題ありすぎで、 同じものならDelphiの方が良くて移植しちゃったし。 まだ.NET …続きを読む

一周目では、入手した宝はすぐ売れという町人情報を信じて、宵越しは一切しなかった。 二周目では、テキトーに売ってると希少なものを損しかねないということと、 なにぶん高価な壷を買わずに進行させたいということの両方の理由から、 材料が集まった時点で最小限で交易品を出すというやり方を心がけたので、 それに必要なものをずっと持ち歩いていたし、このゲームに預かり所はない。 で、何でも売りまくった一周目には気がつかなかったが、おたからを盗む敵がいるじ…続きを読む

安易なネーミングのせいか、同名のあきらかに別のものがいろいろあるみたい。 そして、探しているメモ超には辿り着けないでいるのが、 どうしてそれを探しているのかという話。 真魚のソースの中に、自分用のURLメモが何カ所かあるわけだが、 その中の一つ、 http://www.uri.sakura.ne.jp/~cosmic/yuno/lab/ これが「ためになる」というコメント付でメモしてあった。 実際にためになる事がいっぱいあるのだが、一番…続きを読む

掲示板に書かれた事に関する見直し。 真魚のメニューの「特殊」には各種変換をやらせる項目がある。 ①半角のカタカナと全角のカタカナを相互変換 ②ひらがなとカタカナを相互変換 ③大文字と小文字を相互変換 一応、この三つの操作がこのメニューからできるわけだが、 掲示板に寄せられたのは、④全角と半角の相互変換である。 一見、①と④は同じ事のように見えてしまうが実は違う。 数字やアルファベットや記号にも、全角と半角が存在していて、 ①はカタカナ以…続きを読む

つい最近作った部分で、もう判定に失敗することもないんだろうと思っていたが、 先ほど真魚で判定に失敗して文字化けさせてしまった。 そのファイルが、なぜ判定失敗したかは既にわかったので、それについての話。 とりあえず、今やってる文字コード判定のソースに書いたコメントを転載。 //実際の所この関数はどう動くのか //lenの長さかValueの長さか、小さい方をゴールとする。 //Resultの初期値はASCIIにする。 //アルファベットなど…続きを読む

C++ならいろんなところでコンパイラが作られて、切磋琢磨でよりよいバイナリ作れるんだろう。 Delphiは油断してるとひどいバイナリ吐いてるなぁって感じた。 いや、ひどいバイナリは、ひどいソ－スを書くがゆえに作られるのだが、 読みやすく書いただけの部分とかは、最適化でなんとかなって欲しいものだ。 Delphiのプロジェクトのオプションに、最適化するかどうかのチェックボックスがあり、 はじめからオンにしていて、デバッグ中でもそれを外すこと…続きを読む

やる気がないときは一切やらないのに、いったんハマると抜けられないな。 折り返しやEUC関連の修正と変更は、手作業でばかりやっていたわけではない。 数万の文字についてそれが何語だとか記号だとか、変換先がどこだとか、 人間様が手作業で分類してたら気が遠くなるわけで、 既に他人によって分類されたデータを利用しやすいように編集するという作業は、 それ専用にプログラムを書いてやらせたりとかしているわけだ。 プログラムをプログラムに書かせるみたいな…続きを読む

本当に、見えないところの変更はいっぱいやってるんだが、 それを変更したからって全然ありがたくないようなことばかりなんだよね。 バグは結構あって、気がつき次第直しているんだが、 そのほとんどは、作者だからこそ意図してない動作に気がついているが、 よその人が使う分には仕様かと思ってしまうようなくだらないことで、 だからこそ指摘されて直すのではなく、自分で気がついてばかりいる。 いくら真魚なんて使っている人がほとんどいないっていっても、 わか…続きを読む

TEditorを使っていた真魚1.xxでの仕様は、元のテキストがどの改行を使っていても、 読み込んだ時点でCRLFにしてしまって、EUCで保存するときのみLF統一で、 それ以外の文字コードではCRLFで保存しちゃうということで、 WindowsのエディタなんだからWindows風の処理をするのは当たり前で、 唯一Windows以外で使うことがはっきりしているEUCでのみ、ケアしてあげる方法にしてた。 バージョン2.xxでは、どの改行コー…続きを読む

これもSJISのエディタでは特に考えなくてもいい話だ。 アルファベットが連続していたら、その途中で折り返したらいけないってだけ。 その際、どれがアルファベットの文字なのかってのは単純なんだよね。 SJISには半角と全角のアルファベットがあり、 半角のアルファベットは途中で折り返しちゃいけなくて、全角は折り返し出来る。 そもそも全角のアルファベットはSJISの文書では使えるけど、ASCIIでは使えない。 だから、全角の文字は日本語流の折り…続きを読む

JIS/EUC変換読み書き部分を作り直し、今まで対応してなかった文字に対応したので、 文字コード自動判定部分も、新たに対応した領域を使いたい。 jconvert.pasは結構古いものなので、 JIS、EUCを検出することは出来ても、UTF-8やUTF-7を自動判定することは出来ず、 真魚では、まずjconvert.pasの判定もして、 しかも自前で書いたUTF-7とUTF-8の判定をもするという形をとっているわけだが、 全部まとめて1p…続きを読む

JISにもESC$(Dで補助漢字領域が使えるようなので、読み込み部分で対応した。 これで、EUCもJISも旧来の変換では切り捨てていた多くの文字に対応した事になる。 もちろんJISの書き出しはメーラー互換を前提にするので、補助漢字の書き出しはしない。 JISで使えないはずの規格外4文字が半角カタカナ周辺にあり、これも書き出さないことにした。 JISの変換はやはりSJISを経由にし、新たにテーブルを設けることはしなかった。 さてここで、ま…続きを読む

なんか文字コードに躍起になっているが、もともと萌ディタの開発日記が発端である。 http://www.geocities.co.jp/SiliconValley-Oakland/3617/progress_2004Q2.html EUCはSJISにない文字も扱える仕様に変更済み。 次にJISなんだが、そこに書いてあるようにいろいろあるわけだが、 読み込みについてはどんな実装をするか悩まずに出来た。 EUC変換のために作ったテーブルを使っ…続きを読む

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