- バックアップ一覧
- ソース を表示
- :Done/ページのネストかセクション併用か は削除されています。
- 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-03-17 (日) 18:23:05)
- 12 (2013-05-05 (日) 02:49:00)
- 13 (2014-01-20 (月) 16:02:34)
- 14 (2014-02-26 (水) 00:24:18)
下位展開をセクションにした理由。
ページだけのネストでなければ応用しづらい。
ページのネストではいけない理由 † 
ページは豪華すぎる †
ページ属性、履歴などがあるが、一つのページとするには余分。
→使うときに分かりやすければいい。分かりにくければ特定のページでだけ使うようにする。
いろいろな見解と権限が1ページに混在して閲覧者にとって分かりにくくなる？編集者にとっては？ †
→
下位を消すとき参照と本文の両方を消さないといけない？見出しの順序はどう保存するか。forkしても壊れない？ †
そうでないなら見出しの順序が大事。
→できればそうでないほうで。ページ間のつながりは無いほうがいい。
どう順序を記録するか？
forkした版同士につながりはない。fork元と同じつながり。
ページ属性の継承に問題はない？ †
→属性とは別問題。
ページ裏の属性自動変更に問題はない？ †
→属性とは別問題。
forkするとそれより下位を編集する手間が増えたりしない？ †
→下位は参照だけの浅いコピーで増えたように見せるだけ。そのコピーをforkすることは可能。
下位展開はまとめ機能 †
順不同ページ名によって、基準ページの指定は下位ページ名の一部ということになる。
換言すればページ名検索の検索語を指定するようなもの。表示順序がドキュメント側で定義されている検索結果。
つまり個々のページを一覧化するまとめ機能。
閲覧不可ページの子が閲覧可能だと †
閲覧不可能の子は経路がないけどアクセス可能
URLを知っている人に公開（消極的公開）ということ