Perlのスカラーコンテキスト/配列コンテキストのような仕組み。
ページ/要素は指定されたのデータを返す。要素は内包する要素(下位要素)に同じを要求して…各要素が同じを返すために働く。返せないでも一応返す。子要素の戻り値があればそのまま、無ければそれもそのまま返す。

第一に考えるのはHTMLを返すコンテキスト

…をもっと柔軟にして…ページ/要素を呼び出す場面のすべてで使用可能に。呼び出し時に指定。ページ/要素は指定通りのデータを返すように。(が変わっても同じ情報。によっては欠けている部分があるかも知れないけど適宜対処)

子要素は複数あるし、ネストしている。少なくとも要素同士の合成ルールが要る。
:/ページ要素間の連携方法:『コンテキスト』

PageElement構造上で同じ形式を扱えるelementがつながっていないと伝播しない。呼び出せないし戻り値も得られない。
標的までのパスがないときはDOM風アクセスで直接標的を決めてもらわないといけない。

コンテキストに対応するメソッド名 Edit

MIMEタイプで指定されたときやデータアクセス時は下記の対応する名前にマッピング。

  • Element.ToPagenameSet
    ページ名の集合。順序なし。
  • ToPagenameList
    ページ名順序ありリスト。
  • ToHTML
    HTML(単要素)
  • ToWikiText
    WikiText。つまり処理前の入力されたデータそのまま。単要素。
  • ToDataSet
    何かの集合。Element次第。呼び出した方もそれなりに処理。

で、Elementによってはこれが別のメソッドのラッパーだったりしていい。

:i/目次生成もデータコンテキストで Edit

ページを展開するデータコンテキスト Edit

→:ページを展開するデータコンテキスト

:i/ビュー別テンプレート Edit

データコンテキストの始まりはリクエスト。その次がビュー
リクエスト以降同じデータコンテキストが要求されていく。データコンテキストはリクエストからレスポンスまで連鎖するもの。

利用者コンテキストを指定するときは拡張子で Edit

https://x.wiki/pagename.html
https://x.wiki/pagename.pdf
https://x.wiki/pagename.vcs

…など。コンテキストを拡張子部分で指定できればリンクを貼るときに指定できるようになる。