From a14a2f64722a8ba356e10846b40b6ee019dad15a Mon Sep 17 00:00:00 2001 From: joey Date: Thu, 12 Jul 2007 21:44:34 +0000 Subject: [PATCH] formatting --- ...ar_--_archive_browsing_via_a_calendar_frontend.mdwn | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/doc/patchqueue/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn b/doc/patchqueue/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn index 9581ce406..fe0dba1aa 100644 --- a/doc/patchqueue/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn +++ b/doc/patchqueue/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn @@ -593,16 +593,16 @@ I've been looking over the calendar plugin. Some items: that emitting the whole calendar in the preprocess hook would simplify things and you'd not need to save state about calendars. -> A) I am scared of the html scrubber, and have never turned it on, +> I am scared of the html scrubber, and have never turned it on, > and did not look too deeply into what would be scrubbed out --ManojSrivastava >> Unless you're using javascript, a few annoyances link , or inline >> css, it's unlikly to object to any html you might write. The list of >> allowed tags and attributes is easy to find near the top of the plugin. -> B) In case the option that gets the ctime of the pages from the -> SCM itself, %IkiWiki::pagectime is not populated that early, -> is it? So I waited until the last possible moment to look at -> the time information. +> In case the option that gets the ctime of the pages from the +> SCM itself, %IkiWiki::pagectime is not populated that early, +> is it? So I waited until the last possible moment to look at +> the time information. > >> Actually, since my big rewrite of the rendering path a few months ago, >> ikiwiki scans and populates almost all page information before starting