This content has been marked as final. Show 7 replies
As it is happening in multiple outputs my guess is that the problem is with the source. Can you confirm that the problem is happening in the same place regardless of the output used? If so, I'd like to know what HTML the Truecode is showing in these instances. You say you've tried reinserted the space in the truecode. Does this mean RH had deleted it? Can you take a look and post back.
I have run into this when a word or phrase is bold followed by a non-bold image, such as a button snapshot. We have prevented it by selecting the word, space, and image all at once and bolding them all. In your case, it seems odd that it falls between two words. Are both words hyperlinked separately? Sometimes that is a problem.
When you added the space in true code did you try a non-breaking space? ( )
Kitty, you forgot the semi-colon ( ).
Yeah, I know: picky, picky, picky!
Thanks very much for your response. I hadn't personally experienced the problem--my co-workers had--so I took a look at the TrueCode myself. In the two cases I tested, where words were running together, the TrueCode showed an additional <span> </span> tag where the space was lacking. When I removed the <span> </span>, the space showed up as it should. I don't know how that tag worked its way in to the text, but I assume it's just one of the anomalies that happens when you're using an editor to write HTML code.
One of the html editor's features is that it moves html tags in a string of text when you edit pieces of the string separately.
In other words, if you have a sentence in bold and you un-bold the first three words, the bold tag is moved to the fourth word . Is the space inside the bold tag? That depends.
Then you unbold the rest of the sentence. The un-bold tag is moved from the end back to the point where you began selecting text. Is there now a "bold space" in the middle, or did we lose it? That depends. Is there a <bold></bold> set with nothing, not even a space, in the middle? That, too, depends.
Similarly, RH sometimes gets confused when you set conditional build tags and change where the condition starts or stops, or you remove the condition in chunks that aren't the same as when you set the condition.
And similarly , when you edit bulleted or numbered paragraphs.
You can't see what's wrong on the screen, and re-editing may or may not straighten things out. The true code will tell.
Much of that filth gets introduced in Word source files, particularly if multiple authors messed them up. When they get imported, RH is not designed to remove any of it.