/ 最近 .rdf 追記 編集 設定 本棚

log[20170131]



20170131() [正規表現][SakuraEditor]BoSubst() で置換時patternpNULL を指定し substpNULL 以外を指定することで前回の patternp のコンパイル結果を流用することができます。しかし逆に patternpNULL 以外を指定し substpNULL を指定することはできません■すでにこれ(20100907p01.01)が存在していたとはねそして過去の俺はおかしなことを書いてるぞExpandMatchSearchの結果を用いて $変数(またはその類)を展開したフーマト文字列を返すが正しいしReplaceSearch & Expandでまかなうのが正しい■正規表現リテラルの要素を複数の引数に分離するのがもう済んでるのは知ってた■あとはャプチャ結果のスタックを得る方法があるもんだと思って bregonig.dllのヘルプを見てたんだけど見つけられなかった検索パターンでネトレベル付き後方参照というのが使えるから原理的に情報は保存されてるはずなんだけど旧来の BREGEXP構造体にはそれを受け渡すためのドがない■キャプチャのスタックが必要だった理由>Request/533 正規表現検索でサブマッチにも個別の検索色を本当にそれで満足?と俺は疑問に思ってしまうのだけど自分で実装してしまうほど熱心な提案者実装を .cppに書いてヘッダで宣言に inlineって書いてもッダをインクルドする利用者側コドのコンパイル時に関数の中身が見えていなければインライン展開のしようがないと思うのだけどいまどきはリンク時コド生成とかで似たような結果が得られるんだろうかと思ったり(※でもそれはたぶん inlineって書いたからではない)スクリーンシトを見て疑問だったのが引数リトの型名部分がハイラトされているように見えて最後の引数しかハイラトされていないことパターンでキャプチャの繰り返しを使ったのだけど最後のキャプチャ位置しか取り出せなかったんだなと理解したbregexp.dllbregexp.dll for SAKURA(※そうなのです。拡張された別物なのです)ではなく bregonig.dllを利用してるユーザ(※たぶん多数派)にはボーナスとして bregonig.dllの独自 APIを利用したサブパターンハイラトがあってもいいんじゃないかと考えたんだけどAPIとのやりとりが同じ BREGEXP構造体だったMery同梱の正規表現ライブラリ名は onig.dllなんだよね(じか)に鬼雲を使えってことだよ……素材はもうあるんだよ……「直って読み方多すぎない?(多すぎじゃない? 多すぎなくない) じか()ョクなおジキただひたあたい「とのい「のうしとかの熟語は源氏物語の世界だなあ由緒があるってことなん