In my book, I have an introductory document which is the same for all books. Sort of a foreword. So I import this into an empty document which I then save and rename etc. In other words, the foreword is a regular text inset. For some reason, Framemaker adds the paragrap tag for title after/before the inset, while leaves me with a numbered blank entry in my toc and an ugly orange bar below my inset, which I usually use as part of the title layout. Not only the TOC entry is a nuisance, but also the fact that even after deleting the inset I cannot change or delete the paragraph tag. How can I fix/prevent this?
Added screenshots show the document with the inset selected and the title paragraph underneath, and without the inset showing the unremovable and unchangeable paragraph tag. (the blue curly sign and orange bar)
It looks like your text inset closes with an empty paragraph with the heading format.
First remove any unnecessary paragraph format from the text inset document.
Also: Make sure that you add a (non-breaking) space into the paragraph that receives the text inset and insert the external document before this space:
<text inset><non-breaking space>¶
I have seen teams using an even stricter approach: They defined a special 2pt line-height paragraph format that is used as first and last pgfs inside each text inset as well as being the pgf format used for the receiving paragraph. But this might be a bit over the top.
To reset your receiving paragraph format you might need to set the pgf fmt, then triple-click the pgf and reset any character formatting (select "Default ¶ Format" from the list of character formats) and then apply the pgf fmt again.
Thank you for your advice.
I do not understand what a non-breaking space is. Also, the inset ends with the regular 'body' paragraph format. I have opened a new document, did nothing to it, inserted the inset and imported the formats from another (correct) document. This works but only for a short time. After a while, the title format re-appears.
... insert a hard (non-breaking) space.
... in the receiving empty paragraph. I just ran into this for the first time yesterday.
The other solution (which is reported in another older thread), can be used where you are importing the inset with formatting:
Define the final paragraph, in the inset, to have Pagination property Run-In Head, no punc.
Coming back to daily FM after a couple of years away, I'm now getting back up to speed as well as getting to know FM10. I was sorry to discover that this "feature" is still alive and kicking, but thought I'd report back on how I overcame it :-}
I tried the two simple approaches (Run-in head for last paragraph in inset, non-breaking space after inset) and still had an unwanted, empty level two heading in the target document and the TOC.
I painstakingly implemented the over the top solution Michael helpfully mentions … the target document looked OK, but the TOC was still messed up.
Then a eureka moment … I examined the source file for the inset, and found that Format > Page layout > Pagination was set to Double sided. Changed that to single sided and voilà – perfect chapter, perfect TOC.
> .. even after deleting the inset I cannot change or delete the paragraph tag.
Just to wrap up this topic, the above is a reasonably common side effect of text insets, and there are no standard menus or dialogs for clearing it.
To unlock the tag:
See <PgfLocked Yes> after text inset for further info.
Run-in head, no punctuation does the trick, indeed, and managing another style is a small price to pay; thanks for that! It also helps me conceptually, suggesting that you're bound to have two paragraph marks one after the other: one for the paragraph with the insertion point and one for the end of the insert itself.
Just out of curiosity, I checked the offending file in .mif while it was still showing the rogue or phantom paragraph: nothing was locked, anywhere. What would be doing, if it were there?
You write: "managing another style is a small price to pay"
Is this style for the final paragraph in the inset (not the receiving paragraph)?
Does it have both of these attributes:
Now I look at it, the new style
:disclaimer_last is only in the inset text – which obviously makes it easier to manage. The
:anchor style is the one I use for table anchors everywhere in the document set, with negative space before/space after values. All in all, it feels like a fairly "clean" way to deal with the problem.