RW Rules vs EDD Conflict - Solved

[Ian Proudfoot]

Lisa,

The reason that "GRAPHIC" works could be because you have not re-imported
your current EDD into the structured template. The default name for a
graphic element is "GRAPHIC", but this is normally a hidden element unless
there is no EDD.

 

It's a good idea to use the "Check read/Write Rules." menu command after you
edit the read/write rules.

 

Sorry if you know all of this already.

 

Ian

 

From: framers-bounces at lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Lisa Freeman
Sent: 06 March 2013 19:54
To: framers at lists.frameusers.com
Subject: FW: RW Rules vs EDD Conflict - Solved

 

I'm not sure why this fixed my EDD/RW rules conflict but it did.

 

I changed my RW rules from:

 

is fm graphic element "Graphic";

 

to:

 

is fm graphic element "GRAPHIC";

 

This got it past the conflict error. I did a search on all the files
concerned and it is not in all caps anywhere else that I can find. 

 

I still don't have a valid XML file due to my table definitions apparently
being a "hot mess" but it's progress! 

 

Thanks for everyone's help. This list is a plethora of knowledge. I sure
know where to go for answers if I can't figure out my table issues.

 

From: Lisa Freeman 
Sent: 03 06, 2013 9:59 AM
To: framers at lists.frameusers.com
Subject: RE: RW Rules vs EDD Conflict

 

Many thanks to Ian and Scott for your suggestions, but unfortunately this is
still not working for me. I've tried both methods below as well as every
combination of the two I could think of. 

 

After pouring through all the reference material I have, I am still stumped
on this. Does anyone else have any ideas where my disconnect is?

 

 

>From Scott Prentice:

 

Try changing your rules to this (don't need the "Graphic" in the first rule)
..

element "Graphic"
{
is fm graphic element;
fm property entity value is "illus";
}

 

 

From: Ian Proudfoot [mailto:ian.proudfoot at itp-x.co.uk] 
Sent: 03 01, 2013 7:26 AM
To: Lisa Freeman; framers at lists.frameusers.com
Subject: RE: RW Rules vs EDD Conflict

 

Hi Lisa,

I think you have misunderstood the rules a little. So try this:

 

element "Graphic"

{

is fm graphic element "Graphic";

attribute "illus" is fm property entity;

}

 

This will work if the "illus" attribute is defined as type ENTITY in the
DTD.

In your EDD remove the attribute definition for "illus". This will not be
needed in the FrameMaker environment because the read/write rule is
converting the XML attribute into a FrameMaker property. The type mismatch
was because the attribute was defined as an Integer in the EDD. 

 

If the DTD does not define "illus" as ENTITY, then use this rule instead:

attribute "illus" is fm property file;

 

That's all from memory, so I hope it all works for you.

 

Ian

 

Ian PROUDFOOT

Technical Director

www.antea.fr 

 

3 rue Etienne Dolet | 93400 Saint-Ouen | France

Tel : + 44 (0)7793 324 581

 

 

From: framers-bounces at lists.frameusers.com
[mailto:framers-bounces at lists.frameusers.com] On Behalf Of Lisa Freeman
Sent: 28 February 2013 18:36
To: framers at lists.frameusers.com
Subject: RW Rules vs EDD Conflict

 

 

Hello All,

 

I am working a project using FrameMaker 8.0p277.

 

I have a conflict between my Read-Write Rules and my template (my EDD, I
presume) that has me stumped. When I do a check of my rules I get the
following error:

 

"Type mismatch for the FrameMaker element (Graphic). The type defined by the
read/write rules is different from that defined by the template." 

 

The link takes me to the "is fm graphic element" statement below.

 

My rules are:

element "Graphic" 

{

is fm graphic element "Graphic";

fm property entity value is "illus";

}

 

And I have the following defined in my EDD:

 

Element (Graphic): Graphic

Attribute list

Name: illus          Integer                 Required 

Initial graphic element format

In all contexts.

Insert imported graphic file.

 

Am I missing something that is totally obvious to anyone? 

 

Thanks in advance for any suggestions!

 

 

Sincerely,

Lisa Freeman

Publication Support Analyst

 

 <http://www.oneil.com> O'NEIL & ASSOCIATES, INC.

 


**********************************************************************
Confidentiality Notice
The information contained in this e-mail is confidential and intended for
use only by the person(s) or organization listed in the address. If you have
received this communication in error, please contact the sender at O'Neil &
Associates, Inc., immediately. Any copying, dissemination, or distribution
of this communication, other than by the intended recipient, is strictly
prohibited.
**********************************************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frameusers.com/pipermail/framers-frameusers.com/attachments/20130307/3651bf15/attachment.htm>