[Date Prev][Date Next]
[Thread Prev][Thread Next]
[Date Index]
[Thread Index]
[New search]
To: Adrie Berg <adrie.berg@xxxxxxxxxxx>, "Free Framers" <framers@xxxxxxxxx>
Subject: Re: SGML fragments imported by reference problems - more details
From: Dan Emory <danemory@xxxxxxxxxxxx>
Date: Mon, 30 Jul 2001 16:41:38 -0700
Sender: owner-framers@xxxxxxxxx
In FrameMaker 6.0, I created the EDD below, which exactly replicates the structure you described: =========================================== EDD Version is 6.0 Automatically create formats on import. Element (Container): Document General rule: Section+ Valid as the highest-level element. Element (Container): Section General rule: Title, Para+ Automatic insertions Automatically insert child: Title Element (Container): Title General rule: <TEXT> Automatic insertions Automatically insert child: Para Text format rules Element paragraph format: Title If context is: { first }< Document Numbering properties Autonumber format: <n=1>. Else Numbering properties Autonumber format: <n+>. Element (Container): Para General rule: <TEXT> Valid as the highest-level element. Text format rules Element paragraph format: Body I then imported the element definitions from the EDD above into a "Target Document" file and a "Fragment" file. In the target document, I duplicated the target document you described. In the Fragment document, I created a fragment containing a single Para element, as you described, and inserted it under the Title element for Section 2. In order to begin a fragment with a Para element, the Para element was declared to be Valid at the Highest Level in the EDD. Below is the resulting Target Document that was produced. As you can see, everything is as it should be, thus I cannot duplicate the anomaly you describe. =================================== 1. Title element for the First Section of the Main, or Target document, which begins with a Document element This is a Para element after the Title element for Section 1. It is not a text inset. 2. Title element for the Second Section, containing the text inset This is the text inset Para element under Section 2. It is in a separate file named "Fragment" and was imported by reference from the Fragment file into the Target Document file. Because the EDD declares the Para element to be valid at the highest level, the structure in this text flow (Flow A of the Fragment file) can begin with a Para element. In the Target Document, this text inset is inserted after the Title element for Section 2. 3. Title element for the Third Section This is a Para element after the Section 3 Title element. It is not a text inset. 4. Title element for the Fourth Section This is a Para element after the Section 4 Title element. It is not a text inset. ================================================== If you are using an FM+SGML version earlier than 6.0, that may be the problem. If a spurious empty Para element was inserted above or below the Para element containing the actual fragment in the same text flow as the fragment, that could be the problem. The only other thing I can think of is that the insertion point at which you imported the text inset was invalid, but that should produce an error when you validate the target document. You might carefully examine the structure view, however, and verify that the imported Para element containing the text inset appears at a structurally identical point to the other three Para elements in Sections 1, 3, and 4, and that the text snippet extends directly from the Para element "bubble" in the structure view, rather than from above or below the "bubble." ==================== | Nullius in Verba | ==================== Dan Emory, Dan Emory & Associates FrameMaker/FrameMaker+SGML Document Design & Database Publishing Voice/Fax: 949-722-8971 E-Mail: danemory@primenet.com 177 Riverside Ave., STE F, #1151, Newport Beach, CA 92663 ---Subscribe to the "Free Framers" list by sending a message to majordomo@omsys.com with "subscribe framers" (no quotes) in the body. ** To unsubscribe, send a message to majordomo@omsys.com ** ** with "unsubscribe framers" (no quotes) in the body. **