Do you mean that sometimes the content in the blog itself was displayed as what should have been in the feeds instead? Have you emptied the pre-rendering cache in the mean time? Or edited the item?

I've experienced this bug myself with the YouTube plugin maybe: sometimes the youtube-tag was not rendered - I had to forcefully clear the cache (in "Tools").

The rendering format _should_ get taken into account however (and the youtube plugin uses the same method for XML and HTML).

It may be fixed in the 1.9.x branch - at least I have not experienced it in a while - but what I just thought that may have fixed it should be in the 1.9.2 release already.

At least there's a format column in the T_item__prerendering table.

You might want to take a look at Item::get_prerendered_content() (in blogs/inc/MODEL/items/_item.class.php) where all this stuff happens.
There you could also force to disable the cache (which is a item cache rather than a plugin cache), by setting $use_cache = false instead of the "$use_cache-detection".

edit: Can you provide your plugin as a testcase?

What do you mean with "XML"?

I've meant to say that the feeds are mostly displayed as "HTML". At least the content part e.g. in Atom feeds.

The format is rather meant as a hint of output format, not delivery format.

But anyway, the behaviour should be consistent.. ;)

After installing the Html / Xml Plugin, then writing a test post with the plugin activated, I've done the following:

• test #1:
• flushed the rendering cache;
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsXml()";[/list:u]
• test #2:
• flushed the rendering cache;
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml()";[/list:u]
• test #3:
• flushed the rendering cache;
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsXml()";
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml() RenderItemAsXml()" (BUGGY RESULT);[/list:u]
• test #4:
• flushed the rendering cache;
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml()";
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsXml()".[/list:u]

[/list:u]
The behavior appears to not be consistent to me between tests #3 and #4.

Yeah! There was a bug. The fix is here: http://evocms.cvs.sourceforge.net/evocms/b2evolution/blogs/inc/MODEL/items/_item.class.php?r1=1.75.2.27&r2=1.75.2.28&pathrev=v-1-9 (you only need the second block).

The problem was that $Item->content got passed by reference and when the feed has been called before the regular html, $Item->content had been changed when it came to the RenderItemAsHtml call.

Thanks for providing a testcase to trigger this down.

It will be fixed in 1.9.3.

Have you confirmed that it works already? :)

After installing the Html / Xml Plugin, then writing a test post with the plugin activated, I've done the following with the updated _item.class.php:

• test #1:
• flushed the rendering cache;
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsHtml()" (expected to read "RenderItemAsXml()");[/list:u]
• test #2:
• flushed the rendering cache;
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml()";[/list:u]
• test #3:
• flushed the rendering cache;
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsHtml()" (expected to read "RenderItemAsXml()");
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml();[/list:u]
• test #4:
• flushed the rendering cache;
• displayed the "standard web" version of the blog;
• read the result: "RenderItemAsHtml()";
• displayed the RSS2 feed version of the blog;
• read the result: "RenderItemAsHtml()" (expected to read "RenderItemAsXml()").[/list:u]

[/list:u]
I'm surprised to see the RenderItemAsXml() never called.

Okay. That looks confusing, but I can understand why it is done like this.

However, I have the following issue: I include JavaScript ads in my posts when displayed on the web site. I wish to avoid including them in RSS feeds, since most RSS readers deactivate JavaScript anyway. In some future, I would like to add adds using some other format (images with links appear to be great).

Moreover, since CSS are not included (nor even referenced) by the RSS feeds, I wish to modify the RSS output of my blog. Here too, I would need to have different behavior between both "web site format" and "RSS format".

Can I do so using plug-ins?

Do we want to introduce some kind of "channel" param to the rendering events?

Values could be 'http' or 'feed'.

We could even give more information like:
'http:custom', 'http:natural_pink', 'feed:_rss2', 'feed:_atom'

Would that work on solving the issue of providing a different rendering based on the channel?

However, this will add an additional key to the cache and make the table grow by the number of different feeds.
Maybe it's not wise to have too much detail about the channel.

I've believed that RenderItemAsXml would always get used for the feeds and therefor the "format" was used in the event - to avoid triggering a plugin that may only handle XML/feeds.

Instead of having the output format in the event name (like now) we should use the "channel" (http or feed - though feed is also http) therein.

OTOH, now with the item cache in place, it may be the best solution to just have a single RenderItem event (because it gets cached). The only drawback here would be that you can't selectivly disable e.g. the feed rendering of a plugin (through disabling the particular event of the plugin) - but that's not the recommened anyway.

But there are also the DisplayItem* events to get considered: they are not cached and IMHO those should get renamed to have the "channel" in the event name.

I was wondering if RenderItemAsXml is not called when processing feeds, what else triggers that event?

I got my plugin to detect whether it's rendering a feed or html by checking if SkinBeginHtmlHead is or isn't called: If it doesn't get called, it doesn't actually mean that it's rendering a feed, rather, it means that styles and scripts are not included (i.e. when feeds are rendered) therefore, my plugin should fallback to "vanilla" rendering which doesn't rely on JavaScript of Stylesheets.

Anyway, back to topic, repeating what is stated earlier: if XXXItemAsXml (and XXXItemAsText too) isn't called when rendering, what does?

Oh yeah, and I noticed that feeds are implemented as skins and their content-calling code is no different from normal skins which probably explains why feeds also get rendered as html? I'm not really one of the developers so I may be, and would be, wrong.