検索結果
とにかく既存のフォントエディタでは自由にならないことを自由にしたいだけなのだが、 既存のフォントエディタで加工した後に、気にくわないところだけちょこっといじりたいということで、 まずはフォントファイルの仕様みたいな物を探して読んでたら、目は疲れるし腰は痛いし、 健康上の理由でそういうツールは作れないという結末が見えてきた。 正直なところ最近は、フォントの仕様が英語で書かれた物を読むより、 フォントを扱うDelphi製ソフトのソースがあっ…続きを読む
テキストエディタにわがままを言う人って、フォントにもわがままで当然みたいだ。 萌ディタの中の人も10ptのビットマップフォント作って使ってるし、 BDF UM+の人もviがらみの何かを作ってるみたいだし。 でも、テキストエディタにわがままを言うタイプの人が求めるフォントって、 テキストエディタで使うためのフォントであって、そりゃ昔ながらの等幅ビットマップなんだよね。 上記二つもそうだし、あたしも等幅のビットマップフォントを求めてきた。 …続きを読む
やっぱりグダグダ話はここにも書く事にする。 これまで、TNotePadのソースのドキュメントに、 「本当は真魚のソースを全部公開したいのに、ライセンスの問題があってできない」 って書いてきたけれど、たぶん、公開することで問題は起こらないだろうと、 いや、たとえ問題が含まれていても勘弁してくれるだろうということで、 TNotePadを含む真魚のソースを全て公開し始めたわけだが、 まるで、これで全ての仕事を終わらせたかのような勘違いにおそわ…続きを読む
どうなんだろう。こんな事が出来るのはやっぱり儲けてるんだろうな。 http://www.vector.co.jp/info/060405_new_schedule.html >従来、毎週水曜日・土曜日に更新を実施 >この更新スケジュールを原則として毎週火曜日~土曜日の週5回に変更 でもさ、新しいファイルを公開してくださいって、Vectorにお願いすると、 約一週間~二週間くらいの作業時間がかかって、 その作業を終えて最初に迎える水曜日か…続きを読む
今回は開発環境のアップデート込みだから、Delphiの仕様変更にともなって、 あたしがソースを改変してない部分でのバグが追加されているかもだ。 それにしても今回のDelphi 2006はまだ一度も落ちていない。2005より超マシ。 TNotePadのドキュメント等を2006専用ということに変更しておいた。 もう一つ大きな変更は、正規表現での検索結果も色分けするようにし、 そうするととんでもなく遅くなるのだが、鬼車という速い正規表現に乗り…続きを読む
正規表現による検索結果もハイライトするって言う実装について。 現時点で、BM法を用いた普通の検索を行うと、検索結果が色分けに反映されるにも関わらず、 正規表現で検索をした場合は、検索結果を色分けしないという仕様だ。 いろいろ(実はたくさん)理由はあるんだが、まず根本に立ち返って、 これってそもそも、TNotePadをソース公開しているせいで、 色分けなど内部動作に関わる部分をよそのコンポの改変で実装するという点が問題だった。 改変してな…続きを読む
本当は納得いく動作ではないが、それでも連続した文字入力のアンドゥを実装しなきゃならんだろうか。 この件は先日も書いたとおり。 これがメモ帳だけの動作なら、Undo回数が違うから動作も違うのだとかたづけられるのだが、 偽パッドもこの動作をしていると言うことは、リッチエディットでもこの動作だということだから、 複数回Undoできるものでもこれは標準的な動作なのかも知れない。 もしやと思って試してみたら、Wordも同じくその動作だ。 適当な場…続きを読む
結局Delphi2006を申し込んだのだが、呼び名はBDS2006のようだな。 で、買うとか買わないとかの経緯とか、いろいろ書いてみたのだが全然まとまらない。 きっと、論理に矛盾があるからまとまらないんだと思う。 買ったことは間違いであり、しかもそれを正当化しようとして書いてる様にしか見えない。 だからいったん全削除して書き直しだ。 ともかく、2006を買えと言うDMを、1回目は無視して捨てたけど、 2回目が来たらなんか捨てられなくて、…続きを読む
関連本を読んで強く感じたんだけどさ、正規表現に正規の物なんてないね。 でも、こう書いたらこう動いて欲しいってのの標準みたいなのはあるな。 で、今使ってるTRegExprは、検索に関してはそういう標準は十分満たしてる感じ。 置換は¥1~¥9で$1~$9と同じ動作をするように変更すれば十分って感じ。 十分どころか、真魚のくせにっていうくらいたいそうなことが出来る。 今できない機能に今後対応するかどうかについては、 面倒くさいからやりたくない…続きを読む
さて、8000文字テストで落ちないエディタを三つあげたわけだが、 その三つとも、80000文字テストを乗り切ることは出来なかった。 EmEditorの限界は74483文字で、それ以上だと「見つかりませんでした」が出るか、 条件は不明だが「Too Big」とかなんとかっていうダイアログが出るかする。 落ちるよりはヒットしない方が全然マシ。 萌ディタは、80000文字の貼り付けが出来なかくて「がっかり」ダイアログ。 仕方ないので8000文字…続きを読む
最初は、ヘルプに遅いと書いてあるから速くできるんじゃないかとか、 まだ対応してない物を自前で対応できないかとか、 そういうつもりで正規表現ライブラリの中身を検証していたはずだったが、 途中からはアプリが落ちるか落ちないかの話題に変ってしまったな。 で、一応解決したよ。現在は、8000どころか80000文字でも落ちないようになった。 もちろん、32bitを超える数字のケアはしてないので、そこであふれるだろうが。 32bit以上のケアしない…続きを読む
アプリが落ちる話なので、言いがかりだと言われないように、やり方を明確にしておく。 -(半角のマイナス)を8000文字入力する。コピペでも良い。 なぜ8000かというと、欠陥のあるライブラリでも数百ぐらいだとまだ耐えるからだ。 マイナスには特に意味はないが、改行が含まれると検索出来ない物もあるのでダメ。 で、8000文字入力したら先頭1文字目に入力位置をあわせ、 正規表現で(.|¥n)+を検索する。あえて全角で書いたがもちろん半角で。 す…続きを読む
これも、ぎょえの時点から抱えてきた問題である。 キャレットは、テキスト入力位置が点滅するって言う当たり前の機能のことね。 当たり前の機能なのだが、キャレットを持つウィンドウってほとんどOS標準なもので、 自作のエディタウィンドウにキャレットを表示するやり方は解説が少なく手探り状態。 そもそも自前でキャレット表示する必要があるのは、テキストエディタのみだから、 さいわいTEditorというサンプルはある物の、他に常套手段みたいな物をみつけ…続きを読む
やる気がないときは一切やらないのに、いったんハマると抜けられないな。 折り返しやEUC関連の修正と変更は、手作業でばかりやっていたわけではない。 数万の文字についてそれが何語だとか記号だとか、変換先がどこだとか、 人間様が手作業で分類してたら気が遠くなるわけで、 既に他人によって分類されたデータを利用しやすいように編集するという作業は、 それ専用にプログラムを書いてやらせたりとかしているわけだ。 プログラムをプログラムに書かせるみたいな…続きを読む
本当に、見えないところの変更はいっぱいやってるんだが、 それを変更したからって全然ありがたくないようなことばかりなんだよね。 バグは結構あって、気がつき次第直しているんだが、 そのほとんどは、作者だからこそ意図してない動作に気がついているが、 よその人が使う分には仕様かと思ってしまうようなくだらないことで、 だからこそ指摘されて直すのではなく、自分で気がついてばかりいる。 いくら真魚なんて使っている人がほとんどいないっていっても、 わか…続きを読む