[OASIS Issue Tracker] (OFFICE-3847) Simplify Line Height handling

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/OFFICE-3847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=78629#comment-78629 ] 

Michael Stahl commented on OFFICE-3847:
---------------------------------------

regarding external leading:

LibreOffice Writer always (regardless of fo:line-height value) applies the external leading specified by the font in line spacing calculations, except if settings.xml contains a config-item AddExternalLeading with value "false" (which only happens for documents created in OOo < 3.x or MS Word).

(there is a DOCX equivalent for this setting, <w:noLeading>)

Internal leading doesn't appear to be relevant to this issue.

fo:line-height="normal" is currently imported as equivalent to 100%, and never produced.

so, "equivalent to 100%" would match our current implementation, respect the external leading specified by the font, and is easy to interop.

questions: which fonts are commonly used that don't specify external leading "properly"?

how can an implementation check for such fonts?

should we make some more specific recommendation, like "equivalent to 100% if the font specifies external leading, but if not then ..." to ensure that consumers do the same thing?


> Simplify Line Height handling
> -----------------------------
>
>                 Key: OFFICE-3847
>                 URL: https://issues.oasis-open.org/browse/OFFICE-3847
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Improvement
>          Components: Formatting Properties, Paragraph, Part 1 (Schema)
>    Affects Versions: ODF 1.2
>            Reporter: Svante Schubert
>            Priority: Major
>             Fix For: ODF 1.4
>
>
> Currently we have four independt ODF attributes defining our line-height in ODF. 
> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#property-fo_line-height
> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#property-style_line-height-at-least
> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#property-style_line-spacing
> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#property-style_font-independent-line-spacing 
> I would like to have feed-back from other implementors on the following:
> The first @fo:line-height is dereived from the W3C formatting object specification, 
> http://www.w3.org/TR/xsl/#line-height here we should make clear the "normal" for office documents is equal 100%, not as in browser between 110 and 130% 
> The second @style:line-height-at-least is an extension of the W3C attribute to have a better OOXML interoperability.
> The third @style:line-spacing is equal to 'leading' (not from leader, but from the metal 'lead', as during ancient print there was added a line of lead between the letters), it is specifiying the space between lines.
> The last one @style:font-independent-line-spacing is only used by implementations for presentations, to have a similar layout during the change of the font.
> AFAIK all ODF implementations are using these values exclusivly. 
> I suggest to either make them exclusively in the RelaxNG, or to specify a precedence (or collision) handling. What happens if two attributes exist at the same time?



--
This message was sent by Atlassian Jira
(v8.3.3#803004)