[Libreoffice-bugs] [Bug 126567] EXPORT: DOCX: DOC: border shadow color/distance not kept, and border distance value changed

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Apr 8 10:56:02 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=126567

Justin L <jluth at mail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|6.2.5.2 release             |Inherited From OOo
           Hardware|x86-64 (AMD64)              |All
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=12
                   |                            |9522
             Status|NEW                         |RESOLVED
         Resolution|---                         |NOTABUG
            Summary|WRITER - Bug to save a      |EXPORT: DOCX: DOC: border
                   |style inf .docx format      |shadow color/distance not
                   |                            |kept, and border distance
                   |                            |value changed

--- Comment #5 from Justin L <jluth at mail.com> ---
I'm not too worried about a 0.80 changing into a 0.75. That can easily be due
to rounding when converting back and forth from twips or whatever.

>From everything that I can see, MS Word basically does not support any kind of 
shadow configuration. It is an on/off option.  Therefore anything like colour
or distance simply cannot be specified when saving into a Microsoft format.

I can be convinced otherwise if you can provide a Word-authored document where
these features are not round-tripped by LibreOffice. (for example, it sounds
like a red border ought to create a red shadow, and perhaps a very thick border
creates a very big shadow....)

shadow (Border Shadow)
Specifies whether this border should be modified to create the appearance of a
shadow. For the right and bottom borders, this is accomplished by duplicating
the border below and right of the normal border location. For the right and top
borders, this is accomplished by moving the border down and to the right of its
original location.
If this attribute is omitted, then the border is not given the shadow effect.
[Example: Consider a top border which must appear with a shadow effect,
resulting in the following WordprocessingML:
<w:bottom w:shadow="true" ... />
This frame's val is true, indicating that the shadow effect must be applied to
the border.

The possible values for this attribute are defined by the ST_OnOff simple type
(§22.9.2.7).

[yes, Microsoft's documentation specifies the bottom border when "considering a
top border"]

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200408/3f193e72/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list