Likewise here, as well as text insets from Reference pages.

Variables = Names, short strings (ex: "Select this option to enable",
"xth", "For more information, refer to:", etc.)

Insets =  Table cells whose contents are identical, functionality that
appears repeated times (example we have a tab that appears for every
analysis; while I could make it a "general info" entry, the other tabs
in this dialog are discussed in detail for each individual analysis.
This is for HTML, not hardcopy, which would mean jumping back and forth.
With an insert, I can ensure that the same text appears for each
analysis. (Yes, I should probably re-architect this document, but that's
currently not an option.)

Conditions = We deliver a product that has various function levels
(Standard, Premium, Advanced). Each level subsumeds the entirety of the
previous level.  So I have tagged those features which aare in Premium
and Advanced with Premium, and those which are in Advanced are also
tagged with Advanced. Setting the condition removes the tagged item(s)
from view.


-----Original Message-----
[ at]
On Behalf Of Beck, Charles
Sent: Friday, June 09, 2006 7:02 AM
To: Ridder, Fred; Anne Robotti; Schoen, Brady
Cc: framers at
Subject: RE: Hiding Pages?

Actually, where I have worked in the past, we used a combination of both
variables *and* conditional text for multiple versions of a product. 

Chuck Beck

-----Original Message-----
Subject: RE: Hiding Pages?

In a situation where only the name changes, I find that it is *much*
more maintainable to use a variable for the product name because you
only have to make a change in one place (the variable's value
definition) when one of the names changes or when a new variant is added
to the list. If you use conditional text for product names, you have to
use Find/Change to locate and update every instance of any name that
changes and you have to add a new condition and explicitly add new
conditionalized content in each appropriate location when a new product
name is added to the list. It's *much* more time consuming and *much*
more prone to errors (particularly considering the shortcomings of
FrameMaker's Find/Change command).

My opinions only; I don't speak for Intel.
Fred Ridder (fred dot ridder at intel dot com) Intel Parsippany, NJ

You are currently subscribed to Framers as Grant.Hogarth at

Send list messages to framers at

To unsubscribe send a blank email to
framers-unsubscribe at
or visit

Send administrative questions to lisa at Visit for more resources and info.

To find out more about Reuters visit

Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
Reuters Ltd.

Reply via email to