ように他のElement(PlainTextなども)を持たないもの。「内容を持たない記法」「選択式パラメーターを持つ記法」と説明。制限付き(フォーマットありの)自由欄。RegExp部分の継続はないので、キャプチャー回数はたかだか1回。MatchではなくGroup数だけ文字列を用意すればいい。@done毎回大きいidxが進むとは限らない。小さいidxもクリアされるとは限らない。@doneマッチ位置は直近のBegin以降しか認めない。位置違いはマッチせず。@doneidxはそのまま(分割後の最初の要素のまま)で、次のNotations系へ。分割されたのでこのNotationはもうマッチしないはず。@doneidxはそのまま(分割後の最初の要素のまま)で、次のNotations系へ。分割されたのでこのNotationはもうマッチしないはず。@done継続中のその他Elementはそのまま渡す。最後の1要素みたいな途中までのマッチなら分割しないと。@done使うのは最後のMatch。BeginかContentかは問わない。スキャン済みで次は継続。小さいidxすすめて次。...含まないならまだ未処理部分が残っている。大きいidxそのままで(小さいidxだけすすめて)次。していなければスキャン済み。小さいidxすすめて(大きいidxもあとで++することになる)して次。継続フラグはOFF結局、継続判定して小さいidxを進めるだけ。継続中(前後型)の全ElementはElementリストとして渡す前後型ではMatchがないので競合しない。Match(中型)もキャプチャーがあるので渡さなければならない。中型では継続がないので競合しない。前後型のMatchも渡す前後型のMatchは一対だけ。Matchを作り直せれば簡単。後ろから検索すればずれない。前から検索のインデックスに変換しないといけないので結局新しいMatchと同じこと。@project(分割したらMatch.Indexがずれる)継続時のMatchはない。分断したままで、ならMatch1つにRegExp内にあるだけのGroup、その中に複数のCapture、という構成で。@project(分割したらMatch.Indexがずれる)Matchを作れないなら模したもので。@done全検索キーの適合率が0のときだけフィルタリング。ページセットからはずす。@done検索スコアはソートキー。フィルタリングで算出。フィルタリング処理だけのコードで。@done検索スコアは偏差値。@doneクエリー側Elementごとにページ1つあたりの最高適合率を得て、他ページ同ソートキーの最高適合率と比べて偏差値算出、その偏差値を1ページ分合計、そのページのスコアにする。@doneクエリーには検索キーワード...フィルタリングで使用、検索ソートキー...フォーマットで使用の2種類のデータが含まれる。書式は使用するフィルタリング・フォーマットによる。@doneグローバルな領域に一時的な共有領域(Dictionary)を。クラス→値名(文字列)→値(Obj)。@doneレスポンスまでデータ維持。@doneここにフォーマット向けのサマリーを置く。@doneフィルタリングで書き込み、フォーマットで読み込み。@done読み書きの両方で同じキー名を使う必要がある。@doneフィルタリングの内部はデータコンテキスト。@doneフォーマットの内部はデータコンテキスト。@doneフィルタリングもフォーマットもネスト可能。@doneフォーマットはWikitextに変数を埋め込んだもの。@doneテンプレートとその展開コードは基底クラスで定義するが、基本はフォーマットの子孫でそれぞれ展開方法を定義。@done全検索キーの適合率が0のときだけフィルタリング。ページセットからはずす。@done検索スコアはソートキー。フィルタリングで算出。フィルタリング処理だけのコードで。@done検索スコアは偏差値。@doneクエリー側Elementごとにページ1つあたりの最高適合率を得て、他ページ同ソートキーの最高適合率と比べて偏差値算出、その偏差値を1ページ分合計、そのページのスコアにする。@doneクエリーには検索キーワード...フィルタリングで使用、検索ソートキー...フォーマットで使用の2種類のデータが含まれる。書式は使用するフィルタリング・フォーマットによる。@doneグローバルな領域に一時的な共有領域(Dictionary)を。クラス→値名(文字列)→値(Obj)。@doneレスポンスまでデータ維持。@doneここにフォーマット向けのサマリーを置く。@doneフィルタリングで書き込み、フォーマットで読み込み。@done読み書きの両方で同じキー名を使う必要がある。@doneフィルタリングの内部はデータコンテキスト。@doneフォーマットの内部はデータコンテキスト。@doneフィルタリングもフォーマットもネスト可能。@doneフォーマットはWikitextに変数を埋め込んだもの。@doneテンプレートとその展開コードは基底クラスで定義するが、基本はフォーマットの子孫でそれぞれ展開方法を定義。†ネスト可能にするなら同時待ちは無駄。1つずつループのほうが効率的。未解析部分を対象にするということ。このあとにまたリンク記法を変換すればいい。明示的ではなく暗黙的リンク記法。@project(クラス)<>を使うルールは広げないほうがいい。FactoryはNotationsやPlainsにも実装予定。Elements系を1回ずつ呼べばネスト解析。置き換えは共通コード。その後個別のコンストラクターを呼ぶので、クラス情報も渡す。共通部分でクロージャ生成、Replaceとそこから呼ぶDelegateを生成、Delegateからは引数渡し(でクロージャが受けた)のクラス情報を使用。@project(やること)対象ページは既に使えるはず。親Elementは渡す。@doneページ片は親Elementが持っている。@done状況により生成されるので。ページ作成で既存の全ページが影響しないように。@doneソートする前。2つある「中」は違っていていい。中を1文字以上となると、片方当たらなくてもいいようにしないと。文字列化できて、そのときは<>で代替表現。文字列から戻すこともできる。