他の要素を指す要素。書式。それを解釈するのが要素。
「全てURIで」、データアクセスで使うページ/要素取得要素。記法（要素を呼び出す記法ではない）。要素に他の要素を複数与えるために使う。
これもプラグインで。デフォルトでは記法定義なし。汎用記法で使う。
参照記法。
セレクター † 
:t/セレクターより †
未分類 †
:/セレクターは属性値デコレーションに使えない †
:/システムが書くページ裏 †
:/セレクターでは上位／下位ページも指定可能に †
:i/ページ属性はセレクターで読む †
:i/要素埋め込み †
書き方 †
…querySelector風表現… （"…"部分は汎用記法）
ページパスの表現も含む。
どう書くか？→ページを示すURIと、要素のインスタンス名／要素のクラス名の列をつなげて。ここに特定版(見解や版も)を含めなければいけない？？
要素にはインスタンス名を付けられるようにしたい。名前は重複するかも知れないので、IDというより名前。
CSS Selector風セレクター †
document.querySelectorAll()で使うような記法。
タグ名にあたるのが要素のクラス名。
継承したクラス名にあたるのが要素インスタンスが持つ"dotAnnotations"属性。ノートアプリの「タグ」にあたるもの。でもこの言葉はもうマークアップタグとして使ってしまっているので。
:nth…とか:firstとか:evenみたいな疑似セレクターにあたるものは必要なものを似せて実装。
セレクター要素が必要。表現を解釈して要素セットを出力する要素。以前の参照記法にあたるもの。
XPath風でもいい †
document.evaluate()で使うような記法。
XPathだとURIやページ名とひと続きになっていい。(ページ名の区切りは変更可能だけど)
ただ、CSSで使われるquerySelector風形式よりも使われてなさそう。CSS使う人だけが利用者ではないのでこの点は考えなくてもいい。
リンクを関連名でフィルタリング †
エレメント取得はデータアクセスで要素取得すればいい。
ページセットのほうはリンク要素を取得して関連名でフィルタリングするもの。それをページセットで返せればいいので。
リンクのセット→ページセット
はセットの要素を個別に扱う必要がある。
Selector †
Selector要素。「全てURIで」の要素指示の部分の解釈もする。
実装はVisitorパターン。Visitorが解析後のセレクター記法を持って、要素を収集していく。
Acceptorにどんな順番で道案内させるかは、Visitorがセレクターを読んで決める。Acceptorは全てのセレクターに対応できるよう選択肢を用意。
ページ名と一体化できる †
ページパス＋要素パス
「全てURIで」はパラメーターをDictionaryで与えるようなもの。これを使うので一体にする必要はない。
セレクターはページ名を含まない。
「ページセットにある各ページのルート要素から、指定位置にある要素」という指定をしたいので、ページ指定と分ける。
一体化してもいい。ページ名部分を指定せず、分けることもできるのがいい。
セレクターは要素ではない †
セレクターはパラメーターの書き方。どう扱われるかはそれを受け入れる側（要素など）次第。
使われ方 †
必ず（フレームワークか要素に含まれるコントローラークラスの）コードから呼ばれるので、セレクターの使い方はフレームワークに含めない。セレクターを解釈するライブラリーを用意。処理対象の型や戻り値を統一したりもしない。セレクターはAPIからも呼ばれる。
セレクター/ †
- セレクターでやること[?]