aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-04-27 00:19:07 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-04-27 00:19:07 +0000
commit63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72 (patch)
treed72f9946f5d5bfc8d9c7f9f163020066a18c8040
parentb70169a9736d41fe951c4277abb758778ce28d61 (diff)
downloadikiwiki-63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72.tar
ikiwiki-63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72.tar.gz
add items
-rw-r--r--doc/todo/aggregate_401_handling.mdwn16
-rw-r--r--doc/todo/excluding_commit_mails.mdwn17
2 files changed, 33 insertions, 0 deletions
diff --git a/doc/todo/aggregate_401_handling.mdwn b/doc/todo/aggregate_401_handling.mdwn
new file mode 100644
index 000000000..cc65ad00e
--- /dev/null
+++ b/doc/todo/aggregate_401_handling.mdwn
@@ -0,0 +1,16 @@
+The aggregate plugin's handling of http 401 (moved permanently) could be
+improved. Per [[rfc 1945]]:
+
+> The requested resource has been assigned a new permanent URL
+> and any future references to this resource should be done
+> using that URL.
+
+So ideally aggregate would notice the 401 and use the new url henceforth.
+
+It's a little tricky because the aggregate plugin can't just edit the page and
+change the url in the preprocessor directive. (Because committing such an
+edit would be .. hard.) Also, aggregate directives may also include a separate
+url for the site, which may also have changed. Perhaps the thing to do is
+record the new url in the aggregate plugin's state file, and change the message
+to "Processed ok (new url http://..)", and let the user deal with updating
+the page later.
diff --git a/doc/todo/excluding_commit_mails.mdwn b/doc/todo/excluding_commit_mails.mdwn
new file mode 100644
index 000000000..0a7c7425c
--- /dev/null
+++ b/doc/todo/excluding_commit_mails.mdwn
@@ -0,0 +1,17 @@
+It would be good to be able to exclude commits made by a given user from
+generating commit mails.
+
+My immediate need for this is because I subscribed to commit mails using my
+openid. So I don't get commit mails for changes I make over the web, using
+that id. But, if I do a svn commit, that's from a "different" user, so a
+commit mail is sent to me. This particular case could be treated as ikiwiki
+needing some way to link together openids and other accounts, which could
+also be good, but I think the general case of not wanting to see changes
+some other user makes is reasonable.
+
+Extending pagespecs for commit mails would be a nice approach. Then I could
+subscribe to:
+
+ * and !SandBox and !user(joey)
+
+Insert standard argument about how wonderfly flexible this is. :-)