OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[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=78673#comment-78673 ] 

Svante Schubert commented on OFFICE-3847:
-----------------------------------------

Regina showed that fonts may do look very different for the same size!
She provided fonts within an ODT/PDF using font size 18 point in LibreOffice, which do not relate with an 18 point background

The reason is likely that in former time an application was expected to add a line-height, so its text using the font looks good.
But nowadays this line spacingÂis added by default by the font-designer, who should know best what looks best.
Therefore, nowadays fonts can be used without additional space in betweenÂlines using 100% font-size.

Still, it is possible to add additional spacing, like for scholar to be able to add as teacher easily comments within the line.

Unsolved (implementation-dependent) is the character borders, shadows, etc. which might influence the line-height.
(Line) layout is yet underspecified. CSS for instance is only adding content and does not allow backward overflow. LO simply cuts overflow (in case the content is larger than the line area).

> 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
>
>         Attachments: FontSizeCompare.odt, FontSizeCompare.pdf, draft20210201-RH.odt
>
>
> 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]