はじめに:

  • なんかもう年かな。日課になって書き続けてるけどなんで書いてるのかわからないし、日記以外の固定ページはいじるのも面倒くさい。古くなったことも直さずそのままにしてるし、それがまずごめんなさい。あととにかく目に止まってごめんなさい。読んでねって他人に言えない。こっそり書いて晒しておきたい。見るな!かまうな!一人にして置いてくれ!

その他:

  • いろいろあったけど、いろいろかまうの面倒くさい。生きるの面倒くさい。遊ぶの面倒くさい。

偽パッドで検証

偽パッドはエディタエンジン自体を自作したわけではなく、 OSについてくるリッチエディットをプレーンテキストモードで使い、 OS任せで描画したあとに、マークなどを加筆する形で動作している。 よって、偽パッドが折り返しでどんな処理をしているかは一切わからない。 メモ帳とかなり近い動作をしているわけだが、違う動作もいろいろあるわけで、 メモ帳ではロシア語のワードラップはしないが、リッチエディットはするらしい。 で、真魚は出来ればメモ帳準拠で行…続きを読む

メモ帳にはかなわないが

以前も書いたように、より多くのテキストエディタと同じ仕様にすればスタンダードなのではなく、 よりユーザー数の多いソフトと同じ仕様にすればスタンダードである。 たとえWindowsの仕様が間違っていたり使いにくかったりしても、 Windows風にあわせてやればより多くの人が迷わずに使えるようになるわけで、 テキストエディタにおける動作のお手本は、まぎれもなくメモ帳である。 でも、メモ帳と同じにするわけにはいかない部分もあるよと言う話。 ま…続きを読む

CRとLFの問題#2

1708 letters | 608 views | コメントする

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

検索と置換のインターフェイス#4

Owned Window型の検索と置換のダイアログを用意し、 ダイアログ表示中も編集ウィンドウと行ったり来たり出来るようにしたのはいいが、 メモ帳と同様に、「次を検索」しても閉じない検索ダイアログが邪魔で仕方ない。 でもこれがメモ帳での正解なんだから、なじめない自分の体質の方が間違いであり、 ダイアログを閉じて検索するようなオプションはつけない事にする。 置換については、メモ帳の場合、確認しながら連続置換するっていう操作はなくて、 手動…続きを読む

検索と置換のインターフェイス#3

>ツールバーに検索バー これやんなきゃ良かったな、失敗。 せっかくここにツールバー置いて、そこからでも検索できるようにしてみたけど、 全然使わねーやこれ。 と言うのも、小窓へジャンプするショートカットがないせいなんだけども、 たとえ小窓にジャンプするショートカットがあったとしても、Ctrl+Fで検索窓だしても一緒だ。 既に作り終えた邪魔なものをもう一度取り除くのが惜しいようなそうでもないような。 そこで、これをインクリメンタルサーチ専用…続きを読む

検索と置換のインターフェイス#2

検索用ツールバーを作ろうっていうのは萌ディタのパクリだが、 萌ディタって、あのバーがあそこにあることが前提で動作するわけで、 真魚は検索用のバーを使う人と使わない人がいることを考慮したい。 Ctrl+Fでバーにフォーカス移動ではなく、やはりダイアログを開き、 コレまで通りの操作でコレまで通りの動作をしたい。 ツールバーが必要な人はマウス派だと断定できるんじゃなかろうか。 マウスでそこをクリックして語句を入れ、マウスで下へとかクリックする…続きを読む

ツールバーに何を並べるか

検索ボックスを置くっていう事で腹は固まったのだが、 コレって既存のボタン数個分の横幅を取るため、 ツールバーを二本とも同じ段にしたりとかすると、はみ出る環境とか出てくるよな。 二段は邪魔だが一段だと長すぎとかってなると思うんだよ。 で、そういう人のためにツールバーの縦置きも出来るんだけど、 検索ボックスは縦置きに向いていないというか、横以外あり得ない。 一番良いのはツールバーをユーザーがカスタマイズ出来ることなんだけれど、 カスタマイズ…続きを読む

検索と置換のインターフェイス

ブラウザにはGoogleツールバーって必須だと思うのね。 あたしがGoogleの検索しか使わないからなんだけど、他で検索する人はそれ用に、 ともかく、ブラウザにはアドレス入力の他に、検索のためのツールバーは必須。 それからタブも、次期IEではついてるらしいし、もうSDIの時代じゃないね。 最初の真魚v1.xxを作り始めたキッカケは、ブラウザで便利なタブをエディタにもって事だが、 SDIだと良いエディタがいっぱいあるのに、タブだと全然ない…続きを読む

英文ワードラップ

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

真魚2.09

1677 letters | 560 views | コメントする

なんか、更新した場所がたくさんあるので、ここらでいったん出しておく。 結構燃え尽きてるので次があるかはわからないが。 前回の2.08ではEmEditorフリー版に影響を受けた部分が多少あったわけだが、 今回は萌ディタの開発日記に影響を受けた部分がいっぱいある。 やっぱりユニコードでプロポーショナル対応なエディタは参考になるな。 SJISのエディタだと参考にしなくてもTEditorのソース読めばいいからね。 TEditorを研究してパクり…続きを読む

ネガポジ反転

メモ帳での画面表示色って、Windows全体の色設定にしたがうようになっている。 黒地に白で書くようなテーマにすると、メモ帳でもそれに従うようになる。 範囲選択された文字の色と背景も同様だ。 真魚の場合は、Windowsの設定がどうであっても、真魚の設定で動くようにしている。 でも、色設定の項目に範囲選択された文字色と背景色の設定がなく、 範囲選択部分はネガポジ反転で対応している。 白地に黒の文字なら範囲選択で黒地に白になるっていう感じ…続きを読む

文字コード判定

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を経由にし、新たにテーブルを設けることはしなかった。 さてここで、ま…続きを読む

JIS対応について#2

1631 letters | 510 views | コメントする

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

JIS対応について

1505 letters | 562 views | コメントする

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