MarcusPope

Actually, my plugin handles RSS feeds already. Although to make a point, all RSS readers are fully capable of dealing with root relative URLs, even though some of the big names out there do not conform to the URL spec that was established way back in 1994. But you can check your feeds by viewing the source for the page when you browser the feed url. WordPress has hooks for most of the feed formats for me to switch url modes.

If that isn’t working for you let me know and I’ll investigate. Thanks for the congrats, she’s had a rough month with three different illnesses but that’s what happens when you start using daycare ??

Unfortunately with my current work load I won’t be able to implement support for gravity forms. I’d gladly take a code patch from them or anyone with development experience, but I don’t have the time to research the problem.

I’ll be honest that I won’t really have time to pin this one down. It also works if you put content inside the span, if just a space, and so I’m betting this is an issue with TinyMCE. If I had a lot of free time I could find out for sure, but unfortunately I just don’t these days.

Marking as resolved, but I’ll work with you if you are still having issues with keeping whitespace preserved in the editor window.

Just wanted to let you know this is still on my plate.

In the meantime my best solution to offer you is to manually edit the markup to allow for center and right alignment. Not a great solution, I know.

Thanks,
Marcus

Hi Olaf, this is actually not a bug with my plugin. Entering content on the WYSIWYG editor won’t format your HTML with pretty whitespace indents. My plugin only solves the problem of when you create content in the Code Editor with formatted whitespace and then switch over to the WYSIWYG editor. When you switch back you’ll still have the formatting you expected. If you add more content to it, whitespace you have previously set will remain, but the new content will need to be formatted to look good in the code editor.

My plugin was designed for people who write code in the editor, and allow other users to edit that result in the WYSIWYG editor without ruining everything in the code editor.

Let me know if I misunderstood your problem.

Hmm, sorry to hear about that. I’m not sure what changed in 3.5, but this will probably take me a while to hunt down. The amount of time I have to support my plugins is seriously limited these days. But I’ll do my best to get this fixed.

Thanks Daiv, but I think this plugin offers a similar solution without having to add extra fields to the interface.

This issue is fixed in 2.2

@protohominid, I’ve added a feature to blacklist urls, it’s available on the General settings page. This is the best that I can do to support 3rd party plugins.

It works, there are still some outstanding issues with email links and 3rd party plugins, but I’m working to resolve those.

Thanks
Marcus.

The solution to this problem is to flush the rewrite rules twice – https://lists.automattic.com/pipermail/wp-trac/2012-February/137066.html

It’s due to a core wordpress bug ??

closing as resolved.

I have no idea how that is possible, but I added yet another fix. I couildn’t reproduce your issue so if it is still happening you’ll need to verify the plugin updated to version 2.1 properly.

Thanks,
Marcus

This is finally done! if only 2-months late ??