Judy, so how many insets is that? Tens, or hundreds, or thousands? To me, 50% utilization isn't much and I wouldn't be concerned... but when you start juggling hundreds of files, there's a corresponding hit on the operating system and network traffic; it's larger than just in FM. Within FM, you can also pick up some speed if you toggle automatic updating of the insets to Off, if you can -- probably depends on how often the content of the insets changes.
Art Art Campbell art.campb...@gmail.com "... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl." -- Richard Thompson No disclaimers apply. DoD 358 On Tue, Jun 2, 2009 at 12:31 PM, Judy <j...@hypack.com> wrote: > Art and Richard both recommended the idea of insetting topic body text > between the headings in a container doc. My biggest qualm about using > container docs with all of the headings then insetting the body text is the > sheer number of insets. > I recently tried breaking my doc set into topic-sized fm docs, then building > the different outputs with the topic fm's as insets to a chapter container. > It worked great w/ 1 chapter, but when I tested it with the first 3 > chapters, FM couldn't handle it. (50% CPU usage on a 2 Ghz CPU w/ 2Gb RAM > and only FM was open. Plenty of hard drive space too.) I may be able to > compromise, in this case, and inset only those whose headings change though. > > Ted also suggested a tool by Silicon Prairie Software that uses mapping > tables to convert 1 para style to another. It sounds like I could keep a > book of those topics whose headings need to shift levels and use this tool > to set the correct heading level before generating the final output. That > sounds easy enough. Does anyone see any "gotchas" with that approach? > > Thank you all for your thoughts on this question. I always learn so much > from you on this list and I appreciate the time you take to make it what it > is. I hope someday, I'll have gained enough experience and wisdom to return > the favor. > Judy > > Combs, Richard wrote: >> >> Judy wrote: >>> >>> The challenge is how to best handle those topics that appear in more >>> than 1 output, but at different heading levels--most commonly an H3 in >>> the full manual becomes an H2 in the quickstarts. >>> >>> I've thought about: >>> - Multiple conditionalized headings, but that would cause xref >>> >> >> issues. >> >>> >>> - Building a container doc for each output where the headings are >>> entered directly but topic content inset by reference. This may work, >>> but I'm not sure it's the best answer. Does anyone else have any >>> >> >> ideas? >> >> By all means, put the headings in the container and only the body text >> in the text inset source. Even in the absence of your heading-level >> conflict, this is a pretty good idea. Cross-references to pgfs inside a >> text inset are a pain. Keeping the section headings in the container doc >> lets you point xrefs to those headings. >> I prefer to have the section headings in the container doc and only the >> content under them in the text inset source. Haven't seen a downside. >> YMMV, of course... >> Richard >> >> >> Richard G. Combs >> Senior Technical Writer >> Polycom, Inc. >> richardDOTcombs AT polycomDOTcom >> 303-223-5111 >> ------ >> rgcombs AT gmailDOTcom >> 303-777-0436 >> ------ >> >> >> >> >> >> >> >> > > _______________________________________________ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.