thought
authorJoey Hess <joey@gnu.kitenet.net>
Tue, 27 Jan 2009 18:14:53 +0000 (13:14 -0500)
committerJoey Hess <joey@gnu.kitenet.net>
Tue, 27 Jan 2009 18:14:53 +0000 (13:14 -0500)
debian/changelog
doc/todo/need_global_renamepage_hook.mdwn

index 6a64a0c49d42180a79e52fa45b27eba378f5bc60..785681ff4c045143bb478e84da3a4bf07d92e46f 100644 (file)
@@ -1,11 +1,9 @@
 ikiwiki (3.03) UNRELEASED; urgency=low
 
-  * Avoid feeding decoded unicode to Term::ReadLine.
-    Closes: 512169
+  * Avoid feeding decoded unicode to Term::ReadLine. Closes: 512169
   * blogspam: Log spam info on failure in debug mode.
   * Remove nonstandard css. Closes: #512378
-  * blogspam: Fix use of blogspam_options and blogspam_server
-    config settings.
+  * blogspam: Fix use of blogspam_options and blogspam_server config settings.
   * comments: If comment content checks fail, store the comment
     (in .ikiwiki/comments_pending) for moderator review.
   * comments: Add a moderation web interface, which admins can
index 906bf12202825e6d3c710ecb31e1b9192fc0f42f..9c987aac4101c047bfa1ea5fea68412f692c3f41 100644 (file)
@@ -87,6 +87,8 @@ hashes is desired, it could return the full set of hashes.
 > though, because one can't build a hash containing an array of hashes
 > as a value, without passing this array as a reference.
 > 
+>> Sure.
+> 
 > I'm not entirely sure about your first concern. Calling the hook
 > before or after the subpages addition both have their own problems.
 > 
@@ -95,3 +97,9 @@ hashes is desired, it could return the full set of hashes.
 > a given hook function can choose to act only before or after, or both?
 > 
 > --[[intrigeri]]
+>> 
+>> Have you thought about making the hook be run once *per* file that is
+>> selected to be renamed? This would even handle the case where two
+>> plugins use the hook; plugin A would see when plugin B adds a new file
+>> to be renamed. And the subpage renaming stuff could probably be moved
+>> into the rename hook too. --[[Joey]]