X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/00e304e32596d112461dfef25e05f7cad2542e6a..fdb4fad223cac4b5a87f7da2de9fc7dc1b9a8f8b:/doc/bugs/multiple_rss_feeds_per_page.mdwn diff --git a/doc/bugs/multiple_rss_feeds_per_page.mdwn b/doc/bugs/multiple_rss_feeds_per_page.mdwn index 8a8f52749..f65d1884e 100644 --- a/doc/bugs/multiple_rss_feeds_per_page.mdwn +++ b/doc/bugs/multiple_rss_feeds_per_page.mdwn @@ -1,3 +1,31 @@ Pages with multiple inline macros try to use the same URL for the RSS feed for each inline. As a result, the last inline "wins" and overwrites the other feeds on the same page. -Josh Triplett suggests that the inline macro should take a parameter for the feed basename, and refuse to generate feeds after the first one if that parameter is not specified. That sounds like a good solution to me. \ No newline at end of file +Josh Triplett suggests that the inline macro should take a parameter for the feed basename, and refuse to generate feeds after the first one if that parameter is not specified. That sounds like a good solution to me. + +> That's a reasonable fix to this longstanding bug. Autoincrementing a +> basename value would also work. +> +> I've known about this bug since well, the day I wrote rss support, but +> I haven't seen a use case that really motivated me to take the time to +> fix it. Fixes or good motivation both accepted. :-) --[[Joey]] + +> A good reason to support autoincrementing might be that it's possible +> to have a blog feed that inlines another blog feed. On purpose, or +> semi-on-accident, it happened to me: +> +> +> +> The result was that my whatsnew feed actually contains my Words2Nums +> feed, or something. --[[joey]] + +> I've implemented autoincrementing unique feeds, the first one on a page +> is a .rss, next is .rss2, etc. +> +> There may be room for manual specification of feed basenames, but it is tricky to do that +> well. One problem is that if page foo adds a feed with basename bar, +> the resulting "foo_bar.rss" would have the same name as a feed for page +> foo_bar. (Assuming usedirs is not set.) This is also why I stuck the +> number on the end of the filename extension -- it's slightly ugly, but +> it avoids all such naming ambiguities. +> +> Anyway, I think this is [[done]] --[[Joey]]