Incorrect font size when inline elements are used

[Scott Prentice]

Hi Yves...

This is a core FM bug, and seems to be very elusive. In general it seems 
like you can "fix" it by selecting the container block element (like the 
<li>), then click the <li> element in the Element Catalog and choose Change.

In DITA-FMx 2.0 I've added an option which adds a pass to the book-build 
process to perform this retagging. DITA-FMx 2.0 is in beta right now, so 
if you'd like to experiment with this just let me know.

This affects all types of structured FM output, not just DITA or 
DITA-FMx, and it's not terribly consistent. It seems to happen in 
paragraphs that have two or more inline elements. If this fix I've added 
to DITA-FMx seems to really work, I will probably create this into a 
stand-along plugin that can be used in other situations as well.

Cheers,

...scott

Scott Prentice
Leximation, Inc.
www.leximation.com
+1.415.485.1892

On 2/27/14 3:06 AM, Yves Barbion wrote:
> Hi group
>
> I'm using FrameMaker 11 with DITA-FMx 1.1.18c to generate FrameMaker 
> files from DITA maps. Sometimes, when inline elements are used, the 
> font size is incorrect in the generated Fm files. Some examples:
>
>   * The default font size of list items (paratag "ul.bullet") is 9 pt.
>     If two keywords are used in this list item, however, the (regular)
>     text between these two keywords is 10 pt instead of 9 pt. The same
>     happens when the ph element is used: the text after the ph element
>     is also 10 pt instead of 9.
>   * The default font size of text in a table cell is 8 pt. If a
>     keyword is used in a list item in a table cell, however, the font
>     size is 10 pt instead of 8. And if a uicontrol element is used in
>     a table cell, the font size is 9 pt instead of 8.
>
> I checked the EDD:
>
>   * The uicontrol element uses the "ui.control" character format, so I
>     think/hope this can easily be fixed, just by not specifying the
>     font size for this character format in the character designer.
>   * The ph and keyword elements have TextRangeFormatting > TextRange
>     in all contexts, but I don't have any idea how we can fix this
>     problem.
>
> I think I have seen similar posts about this problem earlier, so I 
> think it must be a FrameMaker bug.
>
> Any suggestions?
>
>
> -- 
> Yves Barbion
> www.scripto.nu <http://www.scripto.nu>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frameusers.com/pipermail/framers-frameusers.com/attachments/20140227/a6257471/attachment.htm>