[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (OFFICE-3947) Wrong normative reference for attribute 20.349 style:shadow
[ https://issues.oasis-open.org/browse/OFFICE-3947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=78710#comment-78710 ]
Regina Henschel commented on OFFICE-3947:
-----------------------------------------
From Michael, comment 2021-02-08 to part 2a:
> 2) add margin, the size of the box is the maximum of shadow and margin
> 3) don't add margin, require the margin to be equal to the shadow on both sides both vertically and horizontally
I would no go with "maximum", because then you cannot specify it so, that it looks like in CSS3. For to get the CSS3 rendering the margin need to be 0mm (if we consider the shadow not as extended border area) or a negative value (if we consider the shadow as extended border area).
What do you think about this:
Shadow (including blur radius and transformations like mirror and skew) may overlap with text and other elements as specified in CSS3. But we add for ODF something like this:
{color:#0747A6}If the element to which the shadow is applied has no margin in the direction of the shadow specified or got by inheritance, then a margin in that direction with default value is used. This default value is so that the shadow, including blur and all transformations, fits exactly into the margin.{color}
Example: If the shadow has the value "#336699 -3mm 5mm 0.4mm", this would be handled as having a fo:margin-left="3.4mm" and fo:margin-bottom="5.4mm".
For getting the same way of rendering as in CSS, producers would need to write fo:margin-left="0mm" and fo:margin-bottom="0mm" in the elements style in ODF.
To get the on/off border shadow of OOXML, fo:margin-left and fo:margin-top needs to be written. For example a shadow for a border of 0.05in could be written as fo:margin="0.05in", because Word makes a distance between border and outside content in border thickness on all four sides.
Of cause this has as precondition, that we allow the fo:margin-foo attributes in text-properties too.
> Wrong normative reference for attribute 20.349 style:shadow
> -----------------------------------------------------------
>
> Key: OFFICE-3947
> URL: https://issues.oasis-open.org/browse/OFFICE-3947
> Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
> Issue Type: Bug
> Components: External References, Styles
> Affects Versions: ODF 1.2
> Reporter: Regina Henschel
> Priority: Major
> Attachments: CollectionOfProblems.odt, OASIS 3947 styleshadow draft 20210206 RH.odt
>
>
> The text for 20.349 style:shadow has
> <quote>
> The defined values for this attribute are those defined in Â7.16.5 of [XSL], except the value inherit.
> </quote>
> But section Â7.16.5 is about text shadows, which is 20.219 fo:text-shadow in ODF.
> The attribute style:shadow is explicitly _not_ for text shadows.
> <quote>
> The shadow effect is not applied to the text content of an element, but ...
> </quote>
> The behavior of Word and LibreOffice is similar to the CSS property "box-shadow" https://www.w3.org/TR/2017/CR-css-backgrounds-3-20171017/#the-box-shadow.
> It seems, that even https://www.w3.org/TR/xslfo20/ does not have something similar. Unfortunately CSS 2 has it neither.
--
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]