diff options
author | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-04-27 00:19:07 +0000 |
---|---|---|
committer | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-04-27 00:19:07 +0000 |
commit | 63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72 (patch) | |
tree | d72f9946f5d5bfc8d9c7f9f163020066a18c8040 | |
parent | b70169a9736d41fe951c4277abb758778ce28d61 (diff) | |
download | ikiwiki-63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72.tar ikiwiki-63dd2c1baee6ff3a86ddbd02ffd446ec79fbfd72.tar.gz |
add items
-rw-r--r-- | doc/todo/aggregate_401_handling.mdwn | 16 | ||||
-rw-r--r-- | doc/todo/excluding_commit_mails.mdwn | 17 |
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. :-) |