Why can't you enable this behavior for the non-AJAX/non-COMET part? That would solve all your compatibility issues with every other plugin at once!
Until the first time the JS goes off to poll the server (happens after about 5 seconds), or it connects to Meteor and gets the most recent updates, and rerenders the post and we're back to square one.
Edit the templates to accomplish this is far too blunt an instrument
Want to run that by me again?
So this discussion doesn't get any further
Please suggest to me a solution that works and I'll consider it. Disabling the ability to use plugins, shortcodes, etc in live blog posts (which not rendering with the_content filer would mean) isn't really an acceptable option.
As far as I see it, there are two solutions here:
* I fix the bug that stops instance members not being able to be excluded from rendering when rendering the_content for liveblog_entries (which I'll probably do at some point)
* People who use our plugins together do a tiny bit more work by modifying the theme
Ultimately it comes down to the inflexibility of the WordPress API - if you could reliably run get_post_type when used in subloops (for example, if you could detect the loop my plugin uses to get the posts from the database), then this shouldn't be an issue.