[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (OFFICE-3847) Simplify Line Height handling
[ 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)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]