いまさらながらですが天安門事件

Tank Man (now with more raw footage)


天安門事件の「無名の反逆者」に別アングルの写真があった…海外で大きな反響:らばQ


「無名の反逆者」凄ぇ

「天安門事件」については「中国の話、あまり興味ない」といつも軽く聞き（読み）流していたので
こちらの記事を読んで改めて天安門事件についていろいろ読んでみた

Wikipedia 天安門事件
中国を含む各国版のGoogleで「天安門事件」を画像検索するとどうなるのか？ - GIGAZINE
Google 検索「天安門事件 規制」

２チャンネル凄いです

ここではほぼプログラム（Delphi）的なお話です

さて言い訳モードに入りますが今回の顛末です
最新版で「ステータスバー部の文字カウント情報修正」をしたわけですが
その計算式の中で「リッチエディットでの文字数」と「WindowsAPI で得た文字数」
に違いが出ていることが発端で（改行コードを UniCode 的に一つと数えるか #13#10 の二文字と数えるか）

【総行数】は普通
Y2:=Editor.Lines.Count
で取れるはずが「最後が改行のみだと無視される」ので
Y2:=Editor.LineFromChar(Length(Editor.Text))+1
といった小細工（最後の文字がある行 + 1）

【総文字数】
Length(Editor.Lines.Text)だと改行を二文字として数えるが最後が改行のみだとスキップする
なのでこうしてみる
X2:=Length(StringReplace(Editor.Lines.Text,#13#10,'',[rfReplaceAll]))+Y2;
改行を無視して数えてからそのあと行数を足す→ワードラップしていたら Y2 が多くなり総文字数が少なくなってしまう

そこで「正規表現」を使って事前に改行数を取得（X2）
改行コードを全て消してから長さを取得して↑の X2 を足すことによりやっと正確な文字数が出せた


【総行数】ではどちらにしてもそれは「エディタ的行数」ではなく「見た目の行数」なので
ワードラップしている限りフォームの大きさ（幅）を変えれば変わってきます
ですからフォームのリサイズイベントから上記の計算手続きに必ず行かないといけなくなりました

結果最大化したまま終了した時だけ上記のイベントも通ることとなってしまい（普通は通らないと思うのですが
NanaTree 以来各ドッキング状態やそれぞれの大きさを IniFile に書き込む作業を JEDI コンポーネントに
任せていますので中でイベントを呼んでしまっているのだと思います）
既に廃棄されているリッチエディット（内部では Editor.）のプロパティにアクセスしてしまい

ぬるぽ

になってしまっていた次第です

存分に殴ってください

1.0.5m アップしました

ご迷惑おかけしました

2012/05/11 ver 1.0.5m

・最大化状態で起動後終了時に読み込み違反が起きているのを修正
・リネームあたりの小さな修正


ntr105m.zip

Fuck AKB48

from ak47