the rename hooks names waltz seems over
authorintrigeri <intrigeri@boum.org>
Mon, 26 Jan 2009 23:02:15 +0000 (00:02 +0100)
committerintrigeri <intrigeri@boum.org>
Mon, 26 Jan 2009 23:02:15 +0000 (00:02 +0100)
Another set of hooks would not endure such heavy renaming, but the rename* hooks
actually do ;)

Signed-off-by: intrigeri <intrigeri@boum.org>
doc/plugins/contrib/po.mdwn
doc/todo/need_global_renamepage_hook.mdwn

index 70f5aa5a224adbfd7f917a6cb0829e8487240530..1751a6f7ff20b7f3d321c63165da945b29adc3b1 100644 (file)
@@ -215,9 +215,7 @@ finish it at some point in the first quarter of 2009. --[[intrigeri]]
 >   somehow. (Sorry, I guess I dropped the ball on not getting this
 >   API change in before cutting 3.0..)
 >> 
->> I'm discussing the solutions we now have on
->> [[todo/need_global_renamepage_hook]], as the solution I implemented
->> was initially agreed on there.
+>> Fixed, see [[todo/need_global_renamepage_hook]].
 >>
 > * I don't understand the parentlinks code change and need to figure it
 >   out. Can you explain what is going on there?
index c5b2b1096d4ca30a48941309c1175a515a56899f..7af2bdc56cadb97f69c57206cebb666d90ba874e 100644 (file)
@@ -60,3 +60,5 @@ would solve my problem. Hmmm? --[[intrigeri]]
 >>> merge such a change, as the 3.x plugin API is released and should
 >>> not be broken. I will thus keep the existing `renamepage` as it
 >>> is, and call `rename` the global hook I need. --[[intrigeri]]
+
+>>>> Done in my `po` branch. --[[intrigeri]]