Now that my somewhat robust computer has laughed hysterically and duly
chastened me and my folly, I'm here to tell you that even a meta-book
for one category won't work, apart from further scaling. FM tried
valiantly to add 1,696 chapter files to a book before indulging in
aforesaid laughter. It must have appreciated how I'd trimmed the number
down from twice that and more. But, alas, FM finally quit, stared at me
glassy-eyed, not responding. 

There must be a Plan B. Smaller books (what's the upper bound on number
of docs)? Framescript? None of the above?

Jim

-----Original Message-----
From: Combs, Richard [mailto:richard.co...@polycom.com] 
Sent: Wednesday, May 30, 2007 3:02 PM
To: Pinkham, Jim; framers at lists.frameusers.com
Subject: RE: Tracing the Graphic Lineage

Pinkham, Jim wrote:

> If one has a figure at
> c:\docs\manuals\widgets\bigredwidget.eps, is there a ready way to 
> determine what FM manuals are importing bigredwidget.eps by reference?

Art's on the right track, but I strongly recommend you generate an
_Index_ of References, not a List. The latter will list imported
graphics in order of occurrence, while the former will list them in
alphabetical order. That makes Art's idea of making a table and sorting
unnecessary. 

Also, you can make one or more new "metabooks" containing all the FM
files from all your manuals (or some reasonable subset, like all for one
product, release, whatever), and use the metabook(s) just for generating
the index(es) of references. That reduces or eliminates the need to
merge multiple lists. 

HTH!
Richard


------
Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
------
rgcombs AT gmailDOTcom
303-777-0436
------





Reply via email to