aboutsummaryrefslogtreecommitdiff
path: root/doc/todo/auto_publish_expire.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2010-06-23 13:12:43 -0400
committerJoey Hess <joey@kitenet.net>2010-06-23 13:12:43 -0400
commitbbbbf04f76dc5eb6824e5efd5f0ca128e32430ce (patch)
treecfc5652f42e747f9a883859862c8becd9ead1944 /doc/todo/auto_publish_expire.mdwn
parent0d1f736c659fcabb484abe77c714c4bf04b34a4f (diff)
downloadikiwiki-bbbbf04f76dc5eb6824e5efd5f0ca128e32430ce.tar
ikiwiki-bbbbf04f76dc5eb6824e5efd5f0ca128e32430ce.tar.gz
thoughts
Diffstat (limited to 'doc/todo/auto_publish_expire.mdwn')
-rw-r--r--doc/todo/auto_publish_expire.mdwn23
1 files changed, 23 insertions, 0 deletions
diff --git a/doc/todo/auto_publish_expire.mdwn b/doc/todo/auto_publish_expire.mdwn
index 6f767a693..7a5a17517 100644
--- a/doc/todo/auto_publish_expire.mdwn
+++ b/doc/todo/auto_publish_expire.mdwn
@@ -8,3 +8,26 @@ I know that ikiwiki is a wiki compiler so that something has to refresh the wiki
The date for publishing and expiring could be set be using some new directives; an alternative could be to expand the [[plugin/meta]] plugin with [<span/>[!meta date="auto publish date"]] and [<span/>[!meta expires="auto expire date"]].
--[[JeanPrivat]]
+
+> This is a duplicate, and expansion, of
+> [[todo/tagging_with_a_publication_date]].
+> There, I suggest using a branch to develop
+> prepublication versions of a site, and merge from it
+> when the thing is published.
+>
+> Another approach I've seen used is to keep such pages in a pending/
+> directory, and move them via cron job when their publication time comes.
+> But that requires some familiarity with, and access to, cron.
+>
+> On [[todo/tagging_with_a_publication_date]], I also suggested using meta
+> date to set a page's date into the future,
+> and adding a pagespec that matches only pages with dates in the past,
+> which would allow filtering out the unpublished ones.
+> Sounds like you are thinking along these lines, but possibly using
+> something other than the page's creation or modification date to do it.
+>
+> I do think the general problem with that approach is that you have to be
+> careful to prevent the unpublished pages from leaking out in any
+> inlines, maps, etc. --[[Joey]]
+
+[[!tag wishlist]]