1行目よりもふさわしい箇所があればそっちで。タイトルを見出し化するよりも、見出しをタイトル化。書くときは見出しだけを書くように。最初の見出しをページタイトルにするといい。Webブラウザーに表示されるのは最初の見出し。1行目をWebブラウザーのタブやGoogle検索結果に表示したいなら、1行目を見出しにしてでも見出しがページタイトルになるようにする。見出しと本文のうち最初の1行をページタイトルに。はてなフォトライフのフォトライフ記法欄のような。ページ名のコピペ以外に内部リンクを作る方法があるなら不要。オートコンプリートとか。ドラッグ・ドロップで使えるクリップボードとか。このコピペ機能の代わりにページ名を逆リンク一覧にリンクするのもあり。クラシックWikiではそうなっているけどMediaWikiではそうなっていないので、どちらでもいい。UI上では内容が無くても関連情報はある。ページ名も情報のうち。実装上はページの有無を気にしない。ページはSingletonのようなもの。DanglingLinkは「存在しないページヘのリンク」という意味ではなくなる。それ用の要素を使って入力フォームを持つページを作ることができる。設定項目をページに書ければいい。汎用化して[[データアクセス]]になった。Wiki構築をページで行なうという発想。ページの仕様が大きくなる。条件別のページテンプレート。ページの元になるページ。ログなど自動生成されるデータのテンプレート。(ヘッダーなど)通常のテンプレートと異なるのは、テンプレートを穴埋めした後に保存する点。入力用テンプレートはUI要素として実装。編集ビューではなく閲覧ビューでのその場編集に有効。ページはデータベース。ページの移動が利用者の異動。移動で上位ページが変われば(属性/継承によって)その利用者のロールや権限も変わる。(コンテンツ用ではなく)システム用のページは隠しページにする。MediaWikiでの特別ページ。分析結果はページ自身に記録する。概要把握の機能とその表示。システムが作るページ。実体がページ/要素で、その出力が動的なページリスト。「システムが書き込むのはページ/裏だけ」のルールと衝突しない。ページはページでまとめる。まとまるかはページ/名前次第なので、ルートページはそういう名前を持つ(だけの)ページということになる。ページ同士の関わりはなし。順不同パスに共通点があれば下位展開でまとめて表示可能。下位展開ビューでの順序情報に他のページ名が含まれるくらい。その情報は消えても間違っていてもいい。表示順序が変わるだけ。NotationText(WikiText)は要素が分担して保存する。記法テキスト以外でも書き換えられるようにするため。この方法でもテキストで書き換えられる。ログの出力先を特定の(設定された)ページに。システムが書き込むのはページ/裏のはず。ページ/裏の1つに追記していく。アクセスログ専用のページ/裏。ページ名でつながるネスト構造。オブジェクト間はつながっていない。上位ページを閲覧すると下位ページも見える。独立したページにすると機能充実。その反面、テンプレートにも権限(錠)を設定できてしまう。運用の問題にしておく。操作に必要な権限が違う。ページ/内容、ページ/属性、ページ/裏。見るべきところを「まず見て欲しいページ」という''ページ名で''見せることができる。更新される動的まとめ。ページが関わるところ全てとユースケース。権限の参照を速くすれば高速化できそう。ページは添付ファイルのアダプター。