[Libreoffice-bugs] [Bug 139043] New: Text color in table is rendered as different color in Impress (Fill color option)
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Fri Dec 18 20:46:41 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=139043
Bug ID: 139043
Summary: Text color in table is rendered as different color in
Impress (Fill color option)
Product: LibreOffice
Version: 7.0.3.1 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Impress
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: jorgeuribera at hotmail.com
Description:
Black text in a table on a .pptx is rendered as white in Impress.
This seems to be an issue with the Automatic color option.
In MO the last font color selected is the one that appears as default in the
fill color in (Right click on the border of the table)Format shape->Text
options->Text fill-> and moving between No fill and Solid fill. In this case
the last font color selected is white (for titles in the columns) and seems to
be the one that LO is using as Automatic color option located in (Right click
in the border of the table)Table properties->Font effects->Font
color->Automatic.
- When the file is saved from MO with No fill option, the font color in Libre
is rendered as black (should be not visible).
- When the original file is saved as .ppt from MO, the font color is correct in
LO.
Actual Results:
The font color is rendered as white so it's not visible on a white background.
Expected Results:
Font color is always rendered as the original file.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.0.3.1, also tested in versions 7.0.1.2 and 6.4.7.2
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-US (en_CO.UTF-8); UI: en-US
Calc: threaded
--
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/20201218/0e1854b3/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list