At 09:13 AM 10/19/2006, Daniel Osborn wrote:
If you use the is fm property rule to translate a markup attribute to
a FrameMaker property, the markup attribute does not also appear as a
FrameMaker attribute.
My question is, is there a way to do this so that the markup attribute
does appear as
At 09:41 AM 10/20/2006, Daniel Osborn wrote:
Thanks, it works perfectly. The name of the table format and the
attribute value are the same, so no problems there.
Daniel,
Just remember that it is the user's responsibility to keep the attribute
value and table format the same.
Hi,
I'm trying to set up the read/write rules for my XML files and have run
into a problem.
I've cheated a bit with DITA and am using the 'otherprops' attribute of
'table' to store the table format.
I'm using this rule:
attribute otherprops is fm property table format;
I set
Hi,
I'm trying to set up the read/write rules for my XML files and have run
into a problem.
I've cheated a bit with DITA and am using the 'otherprops' attribute of
'table' to store the table format.
I'm using this rule:
attribute otherprops is fm property table format;
I set
Hi,
I'm trying to set up the read/write rules for my XML files and have run
into a problem.
I've cheated a bit with DITA and am using the 'otherprops' attribute of
'table' to store the table format.
I'm using this rule:
attribute "otherprops" is fm property table format;
I set this
8500 934 office
-Original Message-
From: Lynne A. Price [mailto:lpr...@txstruct.com]
Sent: Friday, October 20, 2006 5:56 PM
To: Daniel Osborn; framers at lists.frameusers.com
Subject: Re: Read/write rules question - retaining markup attribute
At 09:13 AM 10/19/2006, Daniel Osborn wrote
At 09:13 AM 10/19/2006, Daniel Osborn wrote:
>If you use the is fm property rule to translate a markup attribute to
>a FrameMaker property, the markup attribute does not also appear as a
>FrameMaker attribute.
>
>My question is, is there a way to do this so that the markup attribute
>does
At 09:41 AM 10/20/2006, Daniel Osborn wrote:
>Thanks, it works perfectly. The name of the table format and the
>attribute value are the same, so no problems there.
Daniel,
Just remember that it is the user's responsibility to keep the attribute
value and table format the same.
Hi,
I'm trying to set up the read/write rules for my XML files and have run
into a problem.
I've cheated a bit with DITA and am using the 'otherprops' attribute of
'table' to store the table format.
I'm using this rule:
attribute "otherprops" is fm property table format;
I set this