<p>(<a href="/blog/2010/2/24/how-socially-savvy-are-dutch-agencies-(part-3).aspx">back to part 3</a>)</p>
Why does tinymce add an extra space right before the "back to" text?
If I remove a few number from the url, the extra space does not appear. I even had one case in which an extra space would appear right after the first "(".
What's going on here?
Let's see how this version of tiny handles that HTML:
Yeah, that was the weird behavior with the /r/n problem as well (along with the fact that it showed up after a certain number of characters)... that's what made me wonder.
As a test, what happens if you disable Tidy in the /config/umbracosettings.config file? Any change? If so, it is Tidy. If not, either TinyMCE or umbraco.
Sebastiaan: did you find any solution (apart from disabling tidy altogether) for this problem? We've just come across it as well in a 4.5.2 environment. As the content is intended to be output to PDF (with Darren's excellent PDF XSL-FO package), the extra spaces really become a problem.
Extra spaces appearing in content
Considering this little piece of HTML:
Why does tinymce add an extra space right before the "back to" text?
If I remove a few number from the url, the extra space does not appear. I even had one case in which an extra space would appear right after the first "(".
What's going on here?
Let's see how this version of tiny handles that HTML:
(back to part 3)
What version of umbraco? Any chance this is somehow related to the /r/n problem that was fixed in 4.0.3?
cheers,
doug.
In 4.0.3 this issue is still present.
Just to clarify, this only happens after you hit the save & publish button, the html is perfectly fine until you do that.
Yeah, that was the weird behavior with the /r/n problem as well (along with the fact that it showed up after a certain number of characters)... that's what made me wonder.
As a test, what happens if you disable Tidy in the /config/umbracosettings.config file? Any change? If so, it is Tidy. If not, either TinyMCE or umbraco.
Let us know what you find out.
cheers,
doug.
Aaah, yes, I thought the numbers in the URL were choking it up, now I see that it's the number of characters.
Indeed, when I disable tidy, all is well.
So now what? ;-)
Excellent... it's an issue with Tidy. That narrows it down.
Unfortunately I'm no expert with Tidy. Probably time to go plowing through the source code :(
Let us know what you find out.
cheers,
doug.
*bump*
Sebastiaan: did you find any solution (apart from disabling tidy altogether) for this problem? We've just come across it as well in a 4.5.2 environment. As the content is intended to be output to PDF (with Darren's excellent PDF XSL-FO package), the extra spaces really become a problem.
Sorry, but I haven't been able to fix this.
No worries, Sebastiaan. We'll go for the quick fix (disabling it) too and see if we can figure out where to make changes in the source later on.
Thanks for your quick reply though!
is working on a reply...