]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/todo/autoindex_should_use_add__95__autofile.mdwn
releasing version 3.20101231
[git.ikiwiki.info.git] / doc / todo / autoindex_should_use_add__95__autofile.mdwn
index 0ac3c4225a6ecf2b5645a95e2a6b8bd132e910a0..9f3fd71f16e9739ab0df7a61515ec3e8407d5d40 100644 (file)
@@ -11,7 +11,11 @@ I'm having trouble fixing this:
        # the rest should perhaps be added to the autofile machinery
 
 By "a generic version of" above, it seems I mean "almost, but not
-quite, entirely unlike". I tried digging through the git history for the
+quite, entirely unlike".
+
+> As long as it's not Tea. ;) --[[Joey]] 
+
+I tried digging through the git history for the
 reasoning behind the autofile and autoindex implementations, but now I'm
 mostly confused.
 
@@ -60,6 +64,11 @@ I'm less sure that these shouldn't create the tag page: we deleted the
 manually-created version, but that doesn't necessarily mean we don't want
 *something* to exist.
 
+> That could be argued, but it's a very DWIM thing. Probably best to keep
+> the behavior simple and predictable, so one only needs to remember that
+> when a page is deleted, nothing will ever re-create it behind ones back.
+> --[[Joey]]
+
 ## autoindex
 
 The autoindex machinery records a more complex set. Items are added to the
@@ -87,12 +96,17 @@ However, unlike the generic autofile infrastructure, `autoindex` forgets
 that it shouldn't re-create the deleted page in the latter two situations:
 
 * create auto-del-create-del/child, resulting in auto-del-create-del being
-  created automatically
+    created automatically
 * delete auto-del-create-del; it's added to `%deleted` and not re-created
 * create auto-del-create-del manually; it's removed from `%deleted`
 * delete auto-del-create-del again (it's re-created)
 
+and
+
 * create create-del-auto
 * delete create-del-auto; it's not added to `%deleted` because there's no
-  child that would cause it to exist
+    child that would cause it to exist
 * create create-del-auto/child
+
+> I doubt there is any good reason for this behavior. These are probably
+> bugs. --[[Joey]]