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/attachments/20131101/27e79438/attachment.html>