- バックアップ一覧
- 差分 を表示
- 現在との差分 を表示
- 現在との差分 - Visual を表示
- ソース を表示
- :/セクションをやめてページのネストで へ行く。
- 1 (2013-02-06 (水) 01:32:30)
- 2 (2013-02-06 (水) 01:42:26)
- 3 (2013-02-06 (水) 05:57:46)
- 4 (2013-02-06 (水) 23:29:13)
- 5 (2013-02-08 (金) 05:31:53)
- 6 (2013-02-08 (金) 05:34:02)
- 7 (2013-02-08 (金) 07:15:39)
- 8 (2013-02-08 (金) 07:50:32)
- 9 (2013-02-10 (日) 05:03:59)
- 10 (2013-02-17 (日) 00:28:32)
- 11 (2013-02-22 (金) 22:45:32)
- 12 (2013-03-20 (水) 22:34:00)
- 13 (2013-11-14 (木) 20:47:30)
- 14 (2013-11-29 (金) 01:17:00)
- 15 (2014-01-20 (月) 15:25:17)
- 16 (2014-02-26 (水) 00:24:58)
- 17 (2016-07-18 (月) 04:03:43)
下位展開をセクションにした理由。
ページだけのネストでなければ応用しづらい。
ページのネストではいけない理由 † 
ページは豪華すぎる †
ページ属性、履歴などがあるが、一つのページとするには余分。
→使うときに分かりやすければいい。分かりにくければ特定のページでだけ使うようにする。
いろいろな見解と権限が1ページに混在して閲覧者にとって分かりにくくなる？編集者にとっては？ †
→
下位を消すとき参照と本文の両方を消さないといけない？見出しの順序はどう保存するか。forkしても壊れない？ †
→埋め込み記法で実装するなら両方。
そうでないなら見出しの順序が大事？
forkした版同士につながりはない。fork元と同じつながり。
ページ属性の継承に問題はない？ †
→属性とは別問題。
ページ裏の属性自動変更に問題はない？ †
→属性とは別問題。
forkするとそれより下位を編集する手間が増えたりしない？ †
→下位は参照だけの浅いコピーで増えたように見せるだけ。そのコピーをforkすることは可能。
下位展開はまとめ機能 †
順不同ページ名によって、基準ページの指定は下位ページ名の一部ということになる。
換言すればページ名検索の検索語を指定するようなもの。表示順序がドキュメント側で定義されている検索結果。
つまり個々のページを一覧化するまとめ機能。
閲覧不可ページの子が閲覧可能だと †
閲覧不可能の子は経路がないけどアクセス可能
URLを知っている人に公開（消極的公開）ということ