[framemaker-dita] Change default image placement

[Scott Prentice]

OK .. that's interesting. Can you provide their use case for this? I 
believe that when an image is in a <fig> it's intended to be a "block 
level" <image>, which you'd want to be on a new line. Is there a reason 
to wrap the <image> in a fig rather than just using <image> outside of 
the <fig> if it's inline?

I'm probably just missing the intent.

Thanks,

...scott



On 11/1/13 11:21 AM, Wim Hooghwinkel - idtp wrote:
> Hi Scott,
>
> yes, this is exactly how it works. But my client wants to insert an 
> <image> in <fig> and set the anchoring at insertion point (placement= 
> 'inline').
>
> My solution now is to first insert the <image>, then wrap in in <fig>.
>
>
> Vriendelijke groet / Kind regards,
>
> Wim Hooghwinkel
>
> *Information Energy 2013 – Leading Conference on Innovation 
> in Knowledge and Information Exchange*
> IEn2013 <http://informationenergy.org/>
>
> tel. +31652036811
> Skype wimhooghwinkel
> Twitter @idtp @ien2013
> info at idtp.eu <mailto:info at idtp.eu>
> www.idtp.eu <http://www.idtp.eu>
>
> FrameMaker support: framemaker at idtp.eu
>
> Op 1 nov. 2013, om 17:52 heeft Scott Prentice <sp10 at leximation.com 
> <mailto:sp10 at leximation.com>> het volgende geschreven:
>
>> Hi Wim...
>>
>> In this case I'd expect default FM to act the same way as DITA-FMx ..
>>
>> - Inserting a <fig>, auto-inserts <image> and sets @placement to 
>> "break" which sets the anchoring position to "below current line"
>> - Inserting an <image> (outside of a <fig>) sets @placement to the 
>> value defined as the default in the EDD, and sets the anchoring 
>> position to "below current line" (if @placement='break') or "at 
>> insertion point" (if @placement='inline')
>>
>> If it's not doing either of those then the setting is probably 
>> hard-coded in the DLL and there's nothing you can do about it (aside 
>> from possibly writing a plugin or ExtendScript to run after inserting 
>> the image and changing the setting based on the default @placement 
>> value).
>>
>> Cheers,
>>
>> ...scott

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frameusers.com/pipermail/framers-frameusers.com/attachments/20131101/27e79438/attachment.htm>