[Framers] Automatic shrinkwrap?

[Scott Prentice]

Hi Lynne...

Nope .. anything other than a referenced image will be ignored. DITA 
doesn't support "graphic objects" and knows noting about a "frame" so 
those bits are not considered valid. Could try pasting from another 
file, but I'd bet it won't work. This isn't how the structure app (and 
DITA support) was intended to be used, so it's not supported.

Rick ..

I'm not exactly sure where this processing is done and how FM knows that 
the file is "DITA". If this processing is done "on save" then it's 
likely the import/export client. I think that FMx knows when you're in a 
binary file vs. XML and allows this flexibility in the binary file 
(would need to test to be sure).

If the customer wants to work in a DITA structured model in an FM binary 
file, I would create a new structure app that doesn't use the ditafm_app 
import/export client. That's not needed if they are sticking in the 
binary world, and may eliminate this processing.

Cheers,
...scott


On 4/16/19 10:26 AM, Lynne A. Price wrote:
> Scott,
>    What happens if you put a rectangle of the desired aframe size with 
> no border and no fill in the anchored frame? Will that hold the 
> desired space? Also, can you create the aframe with all desired 
> objects in another document and paste it where it's needed?
>     --Lynne
>
> On 4/16/2019 10:09 AM, Scott Prentice wrote:
>> While it would seem that you can use DITA as the model for a 
>> structured FM binary file, it's really not a good idea. There are a 
>> handful of areas (like this) that it's assuming you're working in 
>> XML, and will cause trouble. All I can suggest is that if you do want 
>> to put multiple objects in the frame, make sure that the first object 
>> is a referenced image and that image is large enough (extra white 
>> space) to accommodate all of the expected content. That way the 
>> auto-shrinkwrap will size to that image, and *should* work reasonably. 
>
>