検索結果
これも、ぎょえの時点から抱えてきた問題である。 キャレットは、テキスト入力位置が点滅するって言う当たり前の機能のことね。 当たり前の機能なのだが、キャレットを持つウィンドウってほとんどOS標準なもので、 自作のエディタウィンドウにキャレットを表示するやり方は解説が少なく手探り状態。 そもそも自前でキャレット表示する必要があるのは、テキストエディタのみだから、 さいわいTEditorというサンプルはある物の、他に常套手段みたいな物をみつけ…続きを読む
やる気がないときは一切やらないのに、いったんハマると抜けられないな。 折り返しやEUC関連の修正と変更は、手作業でばかりやっていたわけではない。 数万の文字についてそれが何語だとか記号だとか、変換先がどこだとか、 人間様が手作業で分類してたら気が遠くなるわけで、 既に他人によって分類されたデータを利用しやすいように編集するという作業は、 それ専用にプログラムを書いてやらせたりとかしているわけだ。 プログラムをプログラムに書かせるみたいな…続きを読む
偽パッドはエディタエンジン自体を自作したわけではなく、 OSについてくるリッチエディットをプレーンテキストモードで使い、 OS任せで描画したあとに、マークなどを加筆する形で動作している。 よって、偽パッドが折り返しでどんな処理をしているかは一切わからない。 メモ帳とかなり近い動作をしているわけだが、違う動作もいろいろあるわけで、 メモ帳ではロシア語のワードラップはしないが、リッチエディットはするらしい。 で、真魚は出来ればメモ帳準拠で行…続きを読む
TEditorを使っていた真魚1.xxでの仕様は、元のテキストがどの改行を使っていても、 読み込んだ時点でCRLFにしてしまって、EUCで保存するときのみLF統一で、 それ以外の文字コードではCRLFで保存しちゃうということで、 WindowsのエディタなんだからWindows風の処理をするのは当たり前で、 唯一Windows以外で使うことがはっきりしているEUCでのみ、ケアしてあげる方法にしてた。 バージョン2.xxでは、どの改行コー…続きを読む
Owned Window型の検索と置換のダイアログを用意し、 ダイアログ表示中も編集ウィンドウと行ったり来たり出来るようにしたのはいいが、 メモ帳と同様に、「次を検索」しても閉じない検索ダイアログが邪魔で仕方ない。 でもこれがメモ帳での正解なんだから、なじめない自分の体質の方が間違いであり、 ダイアログを閉じて検索するようなオプションはつけない事にする。 置換については、メモ帳の場合、確認しながら連続置換するっていう操作はなくて、 手動…続きを読む
>ツールバーに検索バー これやんなきゃ良かったな、失敗。 せっかくここにツールバー置いて、そこからでも検索できるようにしてみたけど、 全然使わねーやこれ。 と言うのも、小窓へジャンプするショートカットがないせいなんだけども、 たとえ小窓にジャンプするショートカットがあったとしても、Ctrl+Fで検索窓だしても一緒だ。 既に作り終えた邪魔なものをもう一度取り除くのが惜しいようなそうでもないような。 そこで、これをインクリメンタルサーチ専用…続きを読む
検索用ツールバーを作ろうっていうのは萌ディタのパクリだが、 萌ディタって、あのバーがあそこにあることが前提で動作するわけで、 真魚は検索用のバーを使う人と使わない人がいることを考慮したい。 Ctrl+Fでバーにフォーカス移動ではなく、やはりダイアログを開き、 コレまで通りの操作でコレまで通りの動作をしたい。 ツールバーが必要な人はマウス派だと断定できるんじゃなかろうか。 マウスでそこをクリックして語句を入れ、マウスで下へとかクリックする…続きを読む
検索ボックスを置くっていう事で腹は固まったのだが、 コレって既存のボタン数個分の横幅を取るため、 ツールバーを二本とも同じ段にしたりとかすると、はみ出る環境とか出てくるよな。 二段は邪魔だが一段だと長すぎとかってなると思うんだよ。 で、そういう人のためにツールバーの縦置きも出来るんだけど、 検索ボックスは縦置きに向いていないというか、横以外あり得ない。 一番良いのはツールバーをユーザーがカスタマイズ出来ることなんだけれど、 カスタマイズ…続きを読む
ブラウザにはGoogleツールバーって必須だと思うのね。 あたしがGoogleの検索しか使わないからなんだけど、他で検索する人はそれ用に、 ともかく、ブラウザにはアドレス入力の他に、検索のためのツールバーは必須。 それからタブも、次期IEではついてるらしいし、もうSDIの時代じゃないね。 最初の真魚v1.xxを作り始めたキッカケは、ブラウザで便利なタブをエディタにもって事だが、 SDIだと良いエディタがいっぱいあるのに、タブだと全然ない…続きを読む
これもSJISのエディタでは特に考えなくてもいい話だ。 アルファベットが連続していたら、その途中で折り返したらいけないってだけ。 その際、どれがアルファベットの文字なのかってのは単純なんだよね。 SJISには半角と全角のアルファベットがあり、 半角のアルファベットは途中で折り返しちゃいけなくて、全角は折り返し出来る。 そもそも全角のアルファベットはSJISの文書では使えるけど、ASCIIでは使えない。 だから、全角の文字は日本語流の折り…続きを読む
メモ帳での画面表示色って、Windows全体の色設定にしたがうようになっている。 黒地に白で書くようなテーマにすると、メモ帳でもそれに従うようになる。 範囲選択された文字の色と背景も同様だ。 真魚の場合は、Windowsの設定がどうであっても、真魚の設定で動くようにしている。 でも、色設定の項目に範囲選択された文字色と背景色の設定がなく、 範囲選択部分はネガポジ反転で対応している。 白地に黒の文字なら範囲選択で黒地に白になるっていう感じ…続きを読む
JIS/EUC変換読み書き部分を作り直し、今まで対応してなかった文字に対応したので、 文字コード自動判定部分も、新たに対応した領域を使いたい。 jconvert.pasは結構古いものなので、 JIS、EUCを検出することは出来ても、UTF-8やUTF-7を自動判定することは出来ず、 真魚では、まずjconvert.pasの判定もして、 しかも自前で書いたUTF-7とUTF-8の判定をもするという形をとっているわけだが、 全部まとめて1p…続きを読む
なんか文字コードに躍起になっているが、もともと萌ディタの開発日記が発端である。 http://www.geocities.co.jp/SiliconValley-Oakland/3617/progress_2004Q2.html EUCはSJISにない文字も扱える仕様に変更済み。 次にJISなんだが、そこに書いてあるようにいろいろあるわけだが、 読み込みについてはどんな実装をするか悩まずに出来た。 EUC変換のために作ったテーブルを使っ…続きを読む
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.…続きを読む