From 19d8acaa95ee252e3ca2bff956ad8b5d951f1381 Mon Sep 17 00:00:00 2001 From: "http://jcflack.myopenid.com/" Date: Fri, 1 Aug 2008 10:55:46 -0400 Subject: --- doc/bugs/recentchanges_feed_links.mdwn | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) (limited to 'doc') diff --git a/doc/bugs/recentchanges_feed_links.mdwn b/doc/bugs/recentchanges_feed_links.mdwn index eb543587c..41d7719ea 100644 --- a/doc/bugs/recentchanges_feed_links.mdwn +++ b/doc/bugs/recentchanges_feed_links.mdwn @@ -27,8 +27,15 @@ to turn on? --Chapman Flack >>> todo about [[todo/ability_to_force_particular_UUIDs_on_blog_posts]], >>> and then by just using that new ability in the page. --[[Joey]] ->>>> Ah. The prerequisite todo looks like more than I'd like to take on. +>>>> Ah. The prerequisite todo looks like more than I'd like to take on. >>>> In the meantime, would it be very involved to change whatever bug now >>>> optimizes away the change pages, or to simply have all the links in the >>>> feed point to the recentchanges page itself, with no fragment id? ->>>> Either would be a bit nicer than having broken links in the feed. --Chap +>>>> Either would be a bit nicer than having broken links in the feed. --Chap + +>>>> Does the completion of that todo mean it would be straightforward to get +>>>> recentchanges working now? Is it just that the recentchanges plugin +>>>> needs to generate `\[[!meta guid=something]]` into the internal files, +>>>> and the inline plugin would then generate working links in feeds? How should +>>>> the guid be constructed? Something based on the rcs revision number? I guess +>>>> I'm still not completely clear on your vision for how it ought to work. --Chap -- cgit v1.2.3