From: http://smcv.pseudorandom.co.uk/ Date: Sun, 18 Jan 2009 18:36:22 +0000 (-0500) Subject: overriding visible modification time (to avoid insignificant edits flooding planets) X-Git-Tag: 3.03~67 X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=1802503af1816106ba15d1101081e72c36eeb8bc;p=ikiwiki.git overriding visible modification time (to avoid insignificant edits flooding planets) --- diff --git a/doc/todo/overriding_displayed_modification_time.mdwn b/doc/todo/overriding_displayed_modification_time.mdwn new file mode 100644 index 000000000..b015b3730 --- /dev/null +++ b/doc/todo/overriding_displayed_modification_time.mdwn @@ -0,0 +1,17 @@ +Some aggregators, like Planet, sort by mtime rather than ctime. This +means that posts with modified content come to the top (which seems odd +to me, but is presumably what the aggregator's author or operator +wants), but it also means that posts with insignificant edits (like +adding tags) come to the top too. Atom defines `` to be the date +of the last *significant* change, so it's fine that ikiwiki defaults to +using the mtime, but it would be good to have a way for the author to +say "that edit was insignificant, don't use that mtime". + +See smcv's 'updated' branch for a basic implementation, which only affects +the Atom `` field or the RSS equivalent. + +Other places the updated metadata item could be used (opinions on whether +each should use it or not, please): + +* sorting by mtime in the inline directive +* displaying "last edited" on ordinary pages