ページ/削除のバックアップ(No.20)

Send to your Kindle

ページ名を消しても内容があるならどこかに残すべきということ。
逆に内容が無くても関連情報があるので、ページは存在させるべき。
内容／名前のいずれかだけでも残すということ。

~~削除は情報の付け足しで行なう（例えば削除フラグの付与）か、別の所にある情報（ページの存在を示す情報）の消去で行なうのがいい。~~
ではなく、ページ内容の全消しで行なう。ページ内容の1行目がページ名なので、ページ内容と名前の両方を消すことになる。操作は他のWikiEngineと同じ。

あとで なおす（改訂前） †

ページ作成時には自動的に上位ページができる。

ページ名をページ内に入れる。
1行目がページ名。

~~またはページスコープの要素を導入。~~
~~1つのテキストに従来のテキストとページスコープのテキストを入れる。~~
~~ページの最後にページスコープ要素用ブロックを入れる。~~

Wikiでは管理者でなければデータの削除ができない。
一般の利用者には隠すことしかできない。

削除は編集の一部。ページを誰にも非公開にすること。権限があれば復帰はできる。
編集は最新版を置き換えること。

削除操作とページの隔離（実際の削除）をずらしたい。
削除してもすぐに非表示にはならないということ。

そのずれ（削除してから実際の削除まで）の仕様が問題。

削除されたページ(削除操作の対象になったページ)はNew!のように打ち消し線でペー
ジ名表示。
一定期間か、管理者が認めるまでその状態。一定期間で自動的に認めることにすると
いう解釈もあり。管理者設定。

認めるとは…実装上では削除予定リストから最後のリファレンスを消すということ。

リファレンスがあってもページ削除はできなければいけないので、リファ
レンスカウントではいけない。Orphanが自動削除されてしまうし。
→ページ名を空にして削除。削除予定はページ/裏/属性かページ/属性のどちらにで
も書けるように。UIはボタン？

一般ユーザーはページを隠す？Del!が出るので隠せない。逆に目立たせて削除が妥当かユーザーの注意をひく。

削除予定は目立たせる。ページも普通に見られる。
普通に見られるようにするため、ページ名に手を加えることはできない。参照方法が
変わってしまう方法は使えない。
~~→ページ/属性に削除マークを付ける。システムが付けられるようにするならページ/裏/属性に。両方使えるようにしておけばなおいい。~~
~~→ページ/属性を使うならUIは？~~
→編集/承認になった。
~~削除予定解除は一般ユーザーができる。削除予定と同じか低いコストで。~~
→編集/承認になった。
管理者にしかできないことは(実際の)削除。参照を困難にする操作。ページはここ
で隠れて履歴化。
→編集/承認がされれば削除。履歴化。特定版削除もある。こちらは履歴にも残さない。
~~管理者が操作するか、一定期間で自動的に削除。(一定期間以上古い削除マークがついたページを自動的に削除)~~
→編集/承認になった。自動承認される。

復帰は簡単にするため、複数ページを一括処理したい。→ :i/一括処理

編集ができる以上は削除に近い編集も可能。削除せずともドキュメントを壊すことができる。
削除は編集と区別してはいけない。