Re: [Framers] XML Output: < = entity but > = >

2019-09-11 Thread Lynne A. Price

C2,
    The  entity is provided in XML in parallel to  for human 
readability but > can be used in text and attribute values so you should 
be OK.

    --Lynne

On 9/11/2019 2:12 PM, cuc tu wrote:

Is this a bug in FM12? The > character is not translating to the  entity.



--
Lynne A. Price
Text Structure Consulting, Inc.
Specializing in structured FrameMaker consulting, application development, and 
training
lpr...@txstruct.comhttp://www.txstruct.com
voice/fax: (510) 583-1505  cell phone: (510) 421-2284

___

This message is from the Framers mailing list

Send messages to framers@lists.frameusers.com
Visit the list's homepage at  http://www.frameusers.com
Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/
Subscribe and unsubscribe at 
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
Send administrative questions to listad...@frameusers.com

[Framers] XML Output: < = entity but > = >

2019-09-11 Thread cuc tu
Hi All,

Is this a bug in FM12? The > character is not translating to the  entity.

Thanks


From: Framers  on 
behalf of framers-requ...@lists.frameusers.com 

Sent: Wednesday, September 11, 2019 1:02 PM
To: framers@lists.frameusers.com 
Subject: Framers Digest, Vol 162, Issue 5

Send Framers mailing list submissions to framers@lists.frameusers.com
To subscribe or unsubscribe, visit
http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com You
can reach the person managing the list at
framers-ow...@lists.frameusers.com When replying, please edit your
Subject line so it is more specific than "Re: Contents of Framers
digest..."

Today's Topics:

   1.  Still stuck with CGM images (cuc tu)
   2. Re:  Read-write rules for graphics (Roger Shuttleworth)


--

Message: 1
Date: Wed, 11 Sep 2019 14:42:20 +
From: cuc tu 
To: "framers@lists.frameusers.com" 
Subject: [Framers] Still stuck with CGM images
Message-ID:



Content-Type: text/plain; charset="Windows-1252"

Howdy Framers,

Can FrameMaker produce vector CGM images? I mostly have external vector images 
in ai and any format Illustrator can create and Frame seems to rasterize 
everything to a very low resolution when saving to XML.

Also, I read from the dev guide:

"For example, assume you have an instance of the Graph graphic element that 
contains graphics
you created with FrameMaker?s graphics tools. By default, the software creates 
the following
markup entity for it:

Also, the entity attribute of the graphic element has a value of graph1 to 
correspond with the
above entity."

I tried this by drawing a simple shape and also just "drawing" a text line. The 
resulting files were mif. I don't know where I might have changed the default, 
but is there something in the R/W rules that need to be entered? I have defined 
all graphic elements to be converted to CGM. Where does mif fit into the xml 
specification?

If this is not a capability that Frame has, is there an easy way around this 
issue? My client is recommending isodraw or auto-trol. I've tried numerous 
online converters and a few trial versions to convert what I have, and the 
result is either the same or worse, such as random lines and fills. The 
suggested solution are likely to be both cost prohibitive and have too steep a 
learning curve.

Thanks for any advice and for all the help you've given before. I have come a 
long way because of it.

C2


--

Message: 2
Date: Wed, 11 Sep 2019 15:44:29 +0100
From: Roger Shuttleworth 
To: "Lynne A. Price" , i...@heiko-haida.de
Cc: Framers 
Subject: Re: [Framers] Read-write rules for graphics
Message-ID: <151390fb-9f78-c0e7-17bd-c4550aa8a...@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hello Lynne and Tino

Thank you for your replies. My apologies for not getting back to you
sooner. I have been trying some other approaches without much success.

To answer Lynne's first question: No, FM11 is my personal version. The
investigation I am doing is for a charity, so there is little hope of
any cash - and even if there were, FM11 up till now has met my needs,
and I don't really want to learn a whole new version.

Another apology: I misspoke regarding the "href" attribute, which was in
fact a required *string* and not an id.

According to Tino's suggestion, I have tried using a very simple rule:

element "image" {
 ? is fm graphic element;
 ? attribute "file" is fm property file;
}

I have a very simple document consisting of a title and a single
paragraph containing some text and an anchored frame at insertion point,
with one referenced graphic. I changed the "href" attribute to Optional
in the EDD, and added no attribute values at all. I get the following XML:

This is some text

I have no idea why the XML contains a "graphicname" attribute, since
this does not exist in the FM document or the rules.

If I change the anchored frame to Run into Paragraph, aligned Left, the
XML is identical.

Changing the EDD so that the InitialObjectFormat for  is either
an anchored frame or an imported graphic file makes no difference: same XML.

Opening the XML in FM not surprisingly generates an error message in the
console: Error importing graphic for element (image).

Adding a subrule,? attribute "align" is fm property alignment; makes no
difference.

Even more strange: If I manually add an href value and then export XML,
the href value is exported, e.g.:



But when I open this XML in FM, the  element is dropped
altogether and the console has a message, "Error importing graphic for
element (image)."

Maybe I'm missing something very obvious...

Roger

P.S. I don't want to take up your time; I'm resigned to fiddling and
researching until I conquer this!


On 09/09/2019 20:50, Lynne A. Price wrote:
> On 9/9/2019 11:15 AM, Roger Shuttleworth wrote:
>> Using FM11.
>
> Roger,
> ?? Have you tried a later version