I don't know what Jerry is complaining about.
Wasn't it you who didn't like the way a note indented one or two spaces when you put a carriage return at the beginning of it?
Well, now it doesn't indent at all, it goes clear to the left margin, even if there is a picture there.
I think the note is the place for the carriage returns to make the note a paragraph of it's own with or without the associated fact.
Whether they are embedded in the note or some check boxes to choose the leading or trailing carriage return and/or blank lines.
You certainly shouldn't have to edit the following fact's sentence template!
Yes, I'm the one that doesn't want a single space at the beginning of every paragraph.
There are several distinct problems here, but I'm sure they are all related.
- You really can't add carriage returns to the note for the current fact to make the current fact into a paragraph of its own. Instead, you have to add the carriage returns to the note for the previous fact.
- Having added carriage returns to note for the previous fact to make the current fact into a paragraph of its own, the paragraph for the current fact will start with a single blank.
- Instead, you can add carriage returns to the beginning of the sentence template for the current fact. That way, the spacing for the current fact is controlled by carriage returns for the current current fact rather than being controlled by carriage returns associated with the previous fact. This is a much more sensible way to control things. And it also gets rid of the single space at the beginning of the paragraph. Or you could add multiple spaces to the beginning of the sentence template if you like indented paragraphs. Serendipity! The only glitch with this scheme is that it doesn't work if you create narrative report for a Web page rather than for a printer.
- And in any case, the beginning of a paragraph seems to overlay a picture at least some of the time.
I haven't looked at this problem in detail in some time. For example, I don't know (or remember) if the "overlay a picture" problem happens mostly when RM4 prints a report directly, mostly when RM4 creates an RTF file, or both. I do know that an RTF file produced by RM4 is much more complicated than an RTF file produced by RM3 (and probably needs to be). I actually understood the RTF file produced by RM3, but I have yet to completely figure out all the things that are going on with RTF files produced by RM4. For example, what's really at the beginning of an RM4 paragraph in an RTF file is typically an index code (an XE code) or some other non-printing code that makes the file hard to understand for someone who is in their dotage such as me.
So I doubt that a simple solution to this problem really exists. It's probably going to have to be a more comprehensive and holistic solution that takes a number of factors into account.
P.S. This would all be *so* simple in HTML. All you would have to do would be to emit a <p> tag at the beginning of each fact to create a paragraph, and then have a style sheet definition for what the <p> tag is supposed to do. Probably the same concept exists for RTF files, but the RTF tags are nowhere as well known as are the HTML tags.