▼ ds14050さん
> 以前見たコメントというのは
> sakura/trunk2/sakura_core/CRegexKeyword.cpp
> のものでした。

うぉ。現状の挙動は知ってましたが、昔からのものとばかり思い込んでいました。使い込みが足りてないのがばれちゃいますね。σ(^^;;;
「（謎の引用＞）仕様がねじれている気もするが」、以前の挙動のほうが柔軟ですよね。僕もそっちのが好みです。ていうか、このままじゃ、これ絡みで別の誤動作も確実なので...
正規表現URLをクリッカブルにする件（>>unicode:922）にも影響があるし、急いで修正しようと思います。

> sakura/trunk2/sakura_core/view/colors/CColor_RegexKeyword.cpp

えぇ、と。
こちらは現在の処理で正しいです（のはず）。下駄はあとで外して使うことになっています。
「（謎の引用２＞）nMatchColorとはそのまま色指定なのだから COLORIDX_REGEX_FIRST という下駄をはかせる必要はなくて」とご推察のようですが、この下駄をはかせておかないと CColorStrategyPool::GetStrategyByColor の機能（色指定からCColorStrategy*へ辿る）が正しく動かなくなってしまいます。あと、ここでは「正規表現キーワード1,2,3,...の何番目の配色か」を覚えるほうが賢明な気もしますが（また、そうしているかのように読み違えやすいですが）、今のところはそうなっていません。
＃ちなみに、従来のANSI版でも同様に色指定に下駄をはかせて処理しています。

> sakura/trunk2/sakura_core/view/CEditView_Paint.cpp

こちらがビンゴですね～。
色指定の有無は、ご指摘の CEditView::SetCurrentColor が呼ばれるよりも以前にチェック済みのはずで、ここでのチェックは念のためのガードのつもりではないかと思います。でも、この位置でのガードは内部矛盾を誘発するだけで何の利点も無さそうです。このガードを外して何か問題が起きるようなら、もともと事前のチェックのほうが間違っているわけで...
実は、rev1443あたりでこの近辺に見られた多くの描画関連デグレードを修復しています。で、このガードは不要なのでは？と、そのときに気が付きつつも、特に害がありそうにも見えなかったので除去してませんでした。

「（謎の引用３＞）待ってても直らないかもしれないので調べた。」
色分け関連のデグレードは見つけにくく修正も厄介なので、こういう報告があると、皆、助かると思いますよ。(^-^)