→ :ToDo/投票と編集承認の統合[?]
→ :/投票と編集承認の統合
ページ編集の承認。SPAM排除の仕組み。:i/モデレーションでもあるので編集合戦対策にも。
ページの削除は編集の一種。よって削除も承認対象。（以前の「削除予定」に代わる仕様）
承認に関わらず投票は可能。
他にも他人のドキュメントを押し退ける場合があれば承認に相当する仕組みが必要。
あとで更新。
UI上では「反映はまだされません」と説明する。
承認されないのはSPAMだけ † 
承認されないのはSPAMだけと見なしていい。
→「承認する」ではなく「SPAMではない」ことを認めるように。言葉の問題。
承認は「最新版になること」の承認 †
未承認版を承認すると、（公開される）最新版が代わる。「最新版になることを承認する」ということ。
見解の承認とも呼べるものが投票。決まるのが代表。
ページ名やスペースに承認は無い。デフォルトが決まっていて変更されないので。
誰が承認するのか †
誰でもいい。
でも理想はそのページに残っているドキュメントに少しでも関わった人全員の承認を得ること。
全員に呼びかけるのは難しいし、全員の行動を要するというのも難しい。非現実的。
その全員に呼びかけるのは難しいし、全員の行動を要するというのも難しい。非現実的。
最近（要設定）関わった人や、関わってかつウォッチしてる人ならできそう。「関わった人」からはリバートされた編集者（別見解を作るべき人）を除く。
承認権限を限定すれば「管理者だけが承認できる」ということも可能に。
スパムを排除するだけのものなので、承認するのは版の作成者のうち誰か1人でいい。
ドキュメントを細切れにすることで範囲を適正化できるので運用の問題。
SPAMを排除するだけのものなので、承認するのは旧版の作成者のうち誰か1人でいい。つまり、誰でも一度承認されればモデレーターになる。その利用者が作成した版を、全て特定版削除すれば、モデレーターでなくなる。またはその利用者が作成した版に、SPAMフラグを付け直すと、作成者がモデレーターでなくなる。（版の作成者は常にひとり）
それで問題が起きても、ドキュメントを細切れにすることで範囲を適正化できるので運用の問題。
上位ページごと複数のページを削除するときは、全ページで承認されなければならないので、削除範囲が無駄に広いと承認されにくく、適切にすれば承認されやすい。
ページ更新は新しい版を作って、現行版を隠すこと。隠される版の作成者（と、これまでに隠されてきた版の作成者）が承認する。新しい版の作成者だけではモデレーションできない（自身ともうひとりのモデレーターが必要）。同名ページ作成は何も隠さないので、承認不要。というか、モデレーターがいない。
ページ/属性を変えたときにも必要 †
承認が要らない編集 †
自分が全てを書いたとき。
新ページや別見解を作ったとき。
既存のページ内容が空だったとき。
自動的に即承認していい。
つまり誰の編集も「押し退けない」とき。
既存ページに追記だけしたとき †
段落ごとの判定がいいのかも。文脈を壊せば要承認。
段落の間に追記したときは承認不要？
ページごとの判定がいい？
そうなるとページへの追記も要承認に。
既存のドキュメントを挟み込むような追記は要承認。繰り返されると通常の編集と見分けにくいので。
設定により追記場所になっている位置に追記したときは承認不要。追記のUIを使ったときだけでもいい。
承認されやすい場合／承認されにくい場合 †
即承認ほどではない中間の場合もある。
編集で変更した部分が少ないとき。
承認はされやすくて当然。
編集した部分が大きい（＝自分の書いたことが押し退けられた人が大勢いる）ときは承認されにくくて当然。
見られるのは最新版ではないかも †
閲覧できるのは承認済みのうちの最新のもの。
版のデフォルトは最新版…ではなくなる。これを最新版と呼んでもいい。そうなったら本当の最新版は「未承認を含む最新版」？
特定版では未承認も指定可能 †
代表を無視する特定版には承認／未承認が影響しない。
特定版がリクエストされたときには、承認／未承認が影響しない。
版の分岐があり得るかも †
他のWikiEngineでは分岐はあり得ない。更新日時順にリスト化される。最新版が優先されてその途中にある分岐版はシステムによってマージされたり、警告が表示されたり、分岐版は無かったことにされたり。
他のWikiEngineではリバート時に分岐が起こる。最新版が優先されてその途中にある分岐版はシステムによってマージされたり、警告が表示されたり、分岐版は無かったことにされたり。
人からの入力をシステムが編集することはできないので、版の分岐（編集の衝突）は無視するか、分岐しないよう人に強制をするかのどちらかしかない。
→無視は不適切。強制のほうがまし。ただし破ることができる強制で。例えば入力フォームのデフォルトをシステムの都合で変更するとか。分岐しそうだと警告を出すとか。
一定期間で自動承認 †
承認操作は期間を短くするもの。
一定期間というのも延長／短縮していい。編集が頻繁なら未承認期間を短くして「見ているのは最新版でない」「編集するなら未承認の最新版を確認してから」というWikiWikiでない状況を減らせる。こういう状況が無くなるのが理想。そういう調整が自動的にできればいい。
自分のドキュメントが押し退けられた人の数も考慮して長くする。
閲覧者が少なくても必要な人に周知できるように、人が少ない状況ではより長く？
更新が少ないと凍結状態（編集不可能）に近づいていく「:i/眠るページ」のように。
でも邪魔にならないように短くすることも重要。特に一人非公開のときは承認不要でいい。
バランス調整のルールは…人の生活サイクルの話なので1週間（ゆとりを持たせて×2）固定でもいい。管理者が設定可能ならそれでいい。
編集/承認は遅延インデックス期間 †
編集/承認期間の版は最新版と区別。最新版は草稿でない版の中の最新。
権限を持ったユーザーは遅延インデックス期間を終わらせることができる。
で、草稿は版を明示指定しないと誰からも見えない。草稿があることはバナー表示でわかる。履歴から差分表示するときなどは版を明示しているので普通に見える。
これでWebAPI経由でページを外に出せる。APIなのでSPAM込みのオプションがあってもいい。
ブログパーツとか、DataWikiとか、iPhone向けのHTMLアプリのUI作成とか。
:i/機能/下書き[?]は利用者が便利に使うための機能。
承認待ちの次の版を書くには †
:i/下書き[?]は利用者が便利に使うための機能。
承認待ちの次の版を書くには †
普通に書ける。システムは承認待ちの最新版を編集させようとするのでそれに従って。
（閲覧時は承認済みの古い版を見せていたかも知れないけど）
最新版のロックが必要？ †
続きを書いたら承認 †
ページを更新すると、元の版は承認される。編集/承認手続きは省略可能。
最新版のロックは不要 †
最新版を見ている間にさらなる最新版ができるのでは…
できていい。
Wikipediaでもロックはしていない。版を飛び越えること（編集の衝突）はあるだろうけど、それでもやっていけている。
ロックは不要。むしろやってしまうとロックの解除が問題になる。