Add a comment about adding of per-wiki or per-user setting for the edit box size

[ikiwiki.git] / doc / todo / overriding_displayed_modification_time.mdwn

diff --git a/doc/todo/overriding_displayed_modification_time.mdwn b/doc/todo/overriding_displayed_modification_time.mdwn
index b015b3730a82962e21dc7964052cca78b9d99a99..160d31519e7899a4a4517fe0903e6d16043dd8c2 100644 (file)
--- a/doc/todo/overriding_displayed_modification_time.mdwn
+++ b/doc/todo/overriding_displayed_modification_time.mdwn
@@ -1,12 +1,19 @@
 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
+wants),
+
+> Hah! That's so charitable I hope you can deduct it from your taxes. ;-)
+> --[[Joey]] 
+
+but it also means that posts with insignificant edits (like
 adding tags) come to the top too. Atom defines `<updated>` 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".
 
+> Yes, this is a real limitiation of ikiwiki's atom support. --[[Joey]] 
+
 See smcv's 'updated' branch for a basic implementation, which only affects
 the Atom `<updated>` field or the RSS equivalent.
 
@@ -15,3 +22,6 @@ each should use it or not, please):
 
 * sorting by mtime in the inline directive
 * displaying "last edited" on ordinary pages
+
+> Tending toward no for both, but willing to be convinced otherwise..
+> [[merged|done]] --[[Joey]]