]> sipb.mit.edu Git - ikiwiki.git/commitdiff
add items
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Fri, 27 Apr 2007 00:19:07 +0000 (00:19 +0000)
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Fri, 27 Apr 2007 00:19:07 +0000 (00:19 +0000)
doc/todo/aggregate_401_handling.mdwn [new file with mode: 0644]
doc/todo/excluding_commit_mails.mdwn [new file with mode: 0644]

diff --git a/doc/todo/aggregate_401_handling.mdwn b/doc/todo/aggregate_401_handling.mdwn
new file mode 100644 (file)
index 0000000..cc65ad0
--- /dev/null
@@ -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 (file)
index 0000000..0a7c742
--- /dev/null
@@ -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. :-)