RE: Incredibly Slow to do ANYTHING in Frame+SGML6 with a large doc

[edunn@xxxxxxxxxxxxxxxxxxxxxxxx]

Let's see if I can do this without revealing how little I actually know.

<book>
     <Doc>
          <Chapter>
               <Title> text </title>
               <Para0>
                    <Subpara1> text </Subpara1>
               </Para0>
               <Para0>
                    <Subpara1> text </Subpara1>
               </Para0>
          </Chapter>
          <Chapter> </Chapter> ** more than one chapter per doc
     </Doc>
     <Doc>     </Doc> ** more than one doc per book
</book>

To the best of my understanding, in this scenario, the FM book components could
be:
- Entire <Doc> structures
- Entire <Chapter> structures
- Entire <Para0> structures
- Files with just <Title>
- Files with just <Subpara1>

Any elements that require text must be in a FM file. The remaining/missing
structure(s) can be defined in the FM book. Of course the SGML fragments would
have to be in such a way that a valid structure is produced. This would also
require the definitions in the EDD to allow the various elements to be allowable
as highest level for the FM files to validate.

But I believe you open a can of worms WRT how FM deals with fragmented SGML.

My solution for one document, was to "fudge" the EDD by allowing the equivalent
of <subpara> to be allowed as highest element. I then imported the resulting
files as text insets into a FM file that had the "official" EDD. This allowed me
to work on the documents at a smaller granularity than explicitly allowd and to
manage reusable material.

Hope this helps and Good Luck
Eric L. Dunn

(I don't claim to be an expert in all this so I may be completely wrong. Better
don my asbestos underoos. ;-))



** To unsubscribe, send a message to majordomo@omsys.com **
** with "unsubscribe framers" (no quotes) in the body.   **