summaryrefslogtreecommitdiff
path: root/doc/todo
diff options
context:
space:
mode:
authorintrigeri <intrigeri@boum.org>2008-10-20 14:33:19 +0200
committerintrigeri <intrigeri@boum.org>2008-10-20 14:33:19 +0200
commitfadb26bc1507f7fc2caaa873ad32c12f75c378aa (patch)
tree7ee389c28208e236cc4da4c3c51dbe9eae9234f0 /doc/todo
parent654adc105e008b57aa5b9700d7aece2a0f7b0682 (diff)
parent4a958e0c1e1d3f49c665c5d4aa89214ecbd61bdd (diff)
Merge commit 'origin/master' into prv/po
Diffstat (limited to 'doc/todo')
-rw-r--r--doc/todo/clear_page_to_delete.mdwn10
-rw-r--r--doc/todo/httpauth_feature_parity_with_passwordauth.mdwn11
2 files changed, 21 insertions, 0 deletions
diff --git a/doc/todo/clear_page_to_delete.mdwn b/doc/todo/clear_page_to_delete.mdwn
index 1a0d3f008..ccb7634e5 100644
--- a/doc/todo/clear_page_to_delete.mdwn
+++ b/doc/todo/clear_page_to_delete.mdwn
@@ -14,3 +14,13 @@ question is really:
Re vandalism in general, I am generally happy using git-revert to kill the
offending change. --[[Joey]]
+
+I don't think we need a second way to delete pages, which would probably be
+used by the only few people who will learn it's possible by random
+documentation reading, find it useful, *and* remember it. -- [[intrigeri]]
+
+On the other hand, clearing the page's whole content essentially means deleting
+the page. That's what the user intended to do in this case. The information
+content of an empty vs. a deleted page is essentially the same, I'd say. But
+having ikiwiki remove those stale pages would save some (minimal, admittedly)
+time needed for manual clean-up. --[[tschwinge]]
diff --git a/doc/todo/httpauth_feature_parity_with_passwordauth.mdwn b/doc/todo/httpauth_feature_parity_with_passwordauth.mdwn
new file mode 100644
index 000000000..8a338ece1
--- /dev/null
+++ b/doc/todo/httpauth_feature_parity_with_passwordauth.mdwn
@@ -0,0 +1,11 @@
+The only way to have a private ikiwiki, with a shared user database for static pages and CGI authentication, is to use [[plugins/httpauth]]. It would be good for httpauth to be on par with [[plugins/passwordauth]],
+i.e. to allow registering users, resetting passwords, and changing passwords; supporting some kind of
+`account_creation_password` configuration option would be nice, too.
+
+I'll probably propose patches implementing this at some point.
+I've not had a single look at the code yet, but it may be nice to factorize
+the relevant passwordauth code, instead of rewriting it completely in httpauth.
+
+-- [[intrigeri]]
+
+[[wishlist]]