summaryrefslogtreecommitdiff
path: root/doc/todo
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-10-17 21:16:27 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-10-17 21:16:27 -0400
commitef4b9b54206bec2930d387b57ebbb5d7b2a5dce2 (patch)
tree5e1c14b8c926cf673010e9b5a227350d5e5f1873 /doc/todo
parent1a86717284cd48a4dc47815e1d91dddc6a595370 (diff)
response
Diffstat (limited to 'doc/todo')
-rw-r--r--doc/todo/clear_page_to_delete.mdwn16
1 files changed, 14 insertions, 2 deletions
diff --git a/doc/todo/clear_page_to_delete.mdwn b/doc/todo/clear_page_to_delete.mdwn
index 243b9f55e..1a0d3f008 100644
--- a/doc/todo/clear_page_to_delete.mdwn
+++ b/doc/todo/clear_page_to_delete.mdwn
@@ -1,4 +1,16 @@
Would it make sense to automatically delete a page if it's edited and
-cleared to be entirely empty (or only have whitespace)? Discuss.
+cleared to be entirely empty (or only have whitespace)? Discuss. --[[Joey]]
- I'd say so; yes. A method of deleting pages via the web would be great; I can't think of a use of keeping blank pages around. What about vandalism -- if someone blanks a page and deletes it and someone else wishes to restore it; or is undoing edits via the web a bigger issue? -- [[JonDowland]]
+ I'd say so; yes. A method of deleting pages via the web would be great; I
+can't think of a use of keeping blank pages around. What about vandalism --
+if someone blanks a page and deletes it and someone else wishes to restore
+it; or is undoing edits via the web a bigger issue? -- [[JonDowland]]
+
+Of course there's already a way to delete pages (remove plugin). So the
+question is really:
+
+* Does it make sense to have a second way to do it, by clearing the page?
+* Should it be enabled even if the full remove plugin isn't?
+
+Re vandalism in general, I am generally happy using git-revert to kill the
+offending change. --[[Joey]]