Created attachment 132813 [details] sample Steps: 1) Open attached document 2) Notice that 'Shadow' isnt set to shadow, and 'Emboss' and 'Engrave' are set as Outline This effects traditional and strict OOXML variants. Version: 5.4.0.0.alpha0+ Build ID: f0340e3dca1091accdb71e0c566b96cdf9e0f791 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-04-21_13:34:48 Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 132814 [details] Word 2010 vs Writer 5.4
If you are unable to see 'Emboss' and 'Engrave' they sometimes get imported as white.
So it seems that transitional and strict dont use the standard flags for these 3 font effects and instead render and save them with their new font effects engine. https://www.tutorialspoint.com/word/images/text_effect.jpg
Confirmed. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 9348b322a5c230dfcc2231661b73e480b130fcd9 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 28th 2016
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
You can access the site here http://windowstuts.net/remember-passwords and save the all function for knowing how to see remembered passwords in microsoft edge.
Still confirmed. Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: 09c24681a3414092fde50ec0f617c9f7c79e8a61 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 30 September 2020 Have to keep this in mind to avoid being confused: (In reply to Yousuf Philips (jay) (retired) from comment #2) > If you are unable to see 'Emboss' and 'Engrave' they sometimes get imported > as white.
Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
repro 7.6+
Still present. Version: 25.8.3.2 (X86_64) Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 4; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded As mentioned in comment 3, this document uses does not utilize the basic level of these 3 text effects ( <w:shadow />, <w:emboss />, <w:imprint /> ), which LO already supports, but instead uses the new font effect engine which outputs tags for <w14:shadow>, <w14:textOutline>, and/or <w14:textFill> to make these more advantage text effects. Shadow utilizes just the <w14:shadow> tag, but also has a child <w14:srgbClr> tag for the color. Looking at the character dialog, there is no means to set a color for the shadow, so possibly this is a limitation of LO and ODF. <w14:shadow w14:blurRad="50800" w14:dist="38100" w14:dir="2700000" w14:sx="100000" w14:sy="100000" w14:kx="0" w14:ky="0" w14:algn="tl"> <w14:srgbClr w14:val="000000"> <w14:alpha w14:val="60000" /> </w14:srgbClr> </w14:shadow> Emboss and Engrave utilize <w:outline>, <w:color>, <w14:shadow>, <w14:textOutline> and <w14:textFill> tags to make their effects. LO understands and applies <w:outline> and <w:color>, which is why the text 'Emboss' and 'Engrave' appear hidden, as text with a white outline is invisible in the document. Looking at the character dialog, there is no means to set a fill color of the text when outline is enabled, so possibly this is a limitation of LO and ODF. The <w14:textOutline> and <w14:textFill> tags are identical between the two text effects and the difference is within the <w14:shadow> tag. * Emboss * <w14:shadow w14:blurRad="0" w14:dist="25400" w14:dir="13500000" w14:sx="0" w14:sy="0" w14:kx="0" w14:ky="0" w14:algn="none"> <w14:srgbClr w14:val="000000"> <w14:alpha w14:val="50000" /> </w14:srgbClr> </w14:shadow> * Engrave * <w14:shadow w14:blurRad="0" w14:dist="25400" w14:dir="2700000" w14:sx="0" w14:sy="0" w14:kx="0" w14:ky="0" w14:algn="none"> <w14:srgbClr w14:val="000000"> <w14:alpha w14:val="50000" /> </w14:srgbClr> </w14:shadow>