Issue 125183 - shadow not working on small caps (on beta version 4.1.1)
Summary: shadow not working on small caps (on beta version 4.1.1)
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All Linux, all
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on: 125342
Blocks:
  Show dependency tree
 
Reported: 2014-06-30 14:02 UTC by David Paenson
Modified: 2017-03-05 21:46 UTC (History)
7 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Screenshot, 563% zoom (61.52 KB, image/png)
2014-06-30 15:46 UTC, Ariel Constenla-Haile
no flags Details
Screenshot, document exported to PDF (39.07 KB, image/png)
2014-06-30 15:49 UTC, Ariel Constenla-Haile
no flags Details
shadowing in pdf export works (14.32 KB, application/pdf)
2014-06-30 22:14 UTC, David Paenson
no flags Details
shadowing in odt displays opposite: grey on black (10.21 KB, application/vnd.oasis.opendocument.text)
2014-06-30 22:15 UTC, David Paenson
no flags Details
Document with shadow examples. (12.86 KB, application/vnd.oasis.opendocument.text)
2014-07-07 22:17 UTC, Kay
no flags Details
test ooxml with character shading (9.59 KB, application/vnd.oasis.opendocument.text)
2014-07-31 21:34 UTC, Kay
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description David Paenson 2014-06-30 14:02:47 UTC
Mark a word, apply format "Small Caps" as well as "Shadow". Increase
font size to 28pt so as to observe result: 2 sets of characters overlapping
each other, grey letters in foreground and black letters in background, so
the opposite of shadow effect!

(similar to resolved issue 124922 under mac os)
Comment 1 Ariel Constenla-Haile 2014-06-30 15:45:20 UTC
Can you attach a screenshot?
What font are you using? What zoom level?

On Fedora 20, with Liberation Serif or any font I try, shadow does not work (it has the same color as the foreground), it does not matter the font size, nor small caps.

The bug is reproducible with 3.0.0, 3.4.1, 4.0.1, 4.1.1
Comment 2 Ariel Constenla-Haile 2014-06-30 15:46:38 UTC
Created attachment 83624 [details]
Screenshot, 563% zoom
Comment 3 Ariel Constenla-Haile 2014-06-30 15:49:13 UTC
Created attachment 83625 [details]
Screenshot, document exported to PDF

Exported to PDF shows how the shadow should look in OpenOffice
Comment 4 Ariel Constenla-Haile 2014-06-30 15:50:09 UTC
@David: also, do you see this bug only on 4.1.1 beta, or in previous version/s too?
Comment 5 mroe 2014-06-30 16:29:15 UTC
I can reproduce the behaviour with all versions back to 2.4 under Ubuntu. And *independent* from small caps!

But this behaviour appears ONLY with color AUTOMATIC.
Maybe this isn't a bug rather than a feature?
Comment 6 mroe 2014-06-30 16:40:21 UTC
It is not Writer specific.

Look at issue 107977 comment 4 and related issue 47519.
Comment 7 Ariel Constenla-Haile 2014-06-30 20:27:51 UTC
(In reply to mroe from comment #5)
> But this behaviour appears ONLY with color AUTOMATIC.
> Maybe this isn't a bug rather than a feature?

This is a Linux bug, on Windows both black and automatic font color display a gray shadow. Also PDF export on Linux looks right.
Comment 8 Ariel Constenla-Haile 2014-06-30 20:33:27 UTC
(In reply to mroe from comment #6)
> It is not Writer specific.
> 
> Look at issue 107977 comment 4 and related issue 47519.

This one looks then like a dup. of bug 107977 (I'm not sure if bug 107977 is a dup. of bug 47519)
Comment 9 David Paenson 2014-06-30 22:14:00 UTC
Created attachment 83626 [details]
shadowing in pdf export works
Comment 10 David Paenson 2014-06-30 22:15:50 UTC
Created attachment 83627 [details]
shadowing in odt displays opposite: grey on black
Comment 11 Kay 2014-07-07 22:17:13 UTC
Created attachment 83655 [details]
Document with shadow examples.

A document with shadows with small caps and regular text. Both need to be LARGE to see the shadows. So these would not be detectable with smaller fonts.
Currently I don't see a way to change the depth of shadowing or color etc.

Leaving as UNCONFIRMED (since shadows do appear finally) but maybe change to ENHANCEMENT?
Comment 12 David Paenson 2014-07-08 08:10:27 UTC
I still think it's a bug, Kay. Because in your example you have red lettering with a very black shadow. The shadow should be grey. As I mentioned: Under version 4.1 you get grey letters with a black shadow. It should be the opposite. Exporting to PDF does not solve the problem.
Comment 13 Kay 2014-07-09 00:34:48 UTC
@David -- OK, that's fine, no argument. Until I changed the letters to red, I really could see that a shadow existed.
Comment 14 Armin Le Grand 2014-07-09 12:34:28 UTC
Made some tests on all three main plattforms, text, shadow, small caps. Expected is gray shadow on black text.

Win: -> Okay
Mac: There was a bug in AOO410 (Herbert says) which shows black text and black shadow, this is fixed on trunk and AOO411 -> Okay
Linux: AOO420 (trunk) -> Okay

I always get the shadow text clearly *behind* the text itself.

Changing the font color on all three systems -> the text shadow gets from gray to black, independent of light or dark font color. Only text with text color 'automatic' seems to get the gray shadow.
Exactly the same for text on draw objects in draw/impress.

@hdu, @Olli: This might be purpose, do you know more...?
Comment 15 Kay 2014-07-31 21:34:18 UTC
Created attachment 83760 [details]
test ooxml with character shading

Using AOO 4.1.1 RC1 --- AOO411m4(Build:9774)  -  Rev. 1614049
2014-07-28 17:54 - Linux i686

the character shading still looks black instead of gray to me even with teh pink font color. :( With black font the whole string looks bigger/darker but no distinction like shading.

It could be my eyes or the way I have the scaling set on my monitor though.

Maybe someone else could take a look. Thanks.
Comment 16 Armin Le Grand 2014-08-01 08:44:08 UTC
Hi Kay, please re-check comment 14. I confirm that it *is* indeed black when any other than the default color is used - and asked some experts if this is by purpose. To know that will be the key to decide if this is an error or someone has made deep thoughts about that (you never know, I got surprised already ;-))
Comment 17 David Paenson 2014-08-01 21:04:26 UTC
Perhaps not a bug after all. With black letters I get grey shadow. Linux AOO 4.1.0
Comment 18 Kay 2014-08-03 21:11:54 UTC
Re gray shadows on black (default font color). For me this still is not right but I trust in the comments of everyone else that it's fixed. I messed with my B&W gamma settings a bit just to be sure, and no change. 

So, who knows, an older video card etc. As the saying goes -- YMMV. :/
Comment 19 avalosf 2017-02-25 18:06:05 UTC
I am currently using Windows 10 OP(64-bit), and was not able to replicate the bug. When applying the shadow format and increasing the font size to 28, everything appeared to be normal. I increased the font to size 66 just to make sure that this error was not there and the formatting seems to be working fine. This error would be important to fix if users are required to used this type of format.
Comment 20 Shalmali Bhoir 2017-02-25 20:43:46 UTC
This bug report accurately tries to explain the potential bug in the OpenOffice Writer.I tried to replicate this bug on my Windows 10 system with Open Office Writer version 4.1.2 AOO412m3 (Build:9782) Rev. 1709699. I could successfully replicate the bug and these are the detailed steps I followed:
1. Select a word.
2. Go to format – character. Click on Font Effect tab. Select ‘Small capitals’ from the dropdown menu.
3. In the sidebar on the right side of the Writer window, enable shadow. (If there is no sidebar on the right side, you can enable it by clicking on View from the menu bar and then on ‘Side bar’.)
As no font color was mentioned in the Bug report, it was difficult to spot any discrepancies. I used to font colors Black, Grey, Red, Automatic and Blue, font style Arial Narrow, font size 28 to identify the bug and observed the colors with 500% zoom. The results obtained showed that the bug is more of a design problem with shadows appearing as Black for most of the colors. Ideal color of shadow of an object is a darker version of the actual color. But they should be colored in such a way that it maintains the focus on the actual text and less focus on shadows. Hence, for better perception of the text, I strongly feel that the color of the shadow should be grey except in the case of grey font color where it should either take darker version of actual grey color of the font or a black color. Some more tests can be performed involving Linux and Mac platforms to check whether this bug occurs in other platforms as well.
Comment 21 David Paenson 2017-02-25 20:49:25 UTC
Bug seems to have disappeared. Am using Apache OpenOffice 4.1.3 under LUBUNTU 16.04.2 LTS (not UBUNTU!!!). 
It seems a number of problems disappear when using Lubuntu. The reason is possibly that Lubuntu does not come shipped with LibreOffice, whereas Ubuntu does. You can uninstall LibreOffice in Ubuntu, but even with the --purge command it doesn't seem to be a really clean uninstall, i.e. it leaves bits and pieces lying around. I recommend Lubuntu + a standard Apache OpenOffice installation.
Comment 22 oooforum (fr) 2017-03-05 16:09:05 UTC
Thanks for this new test with latest build.
We can consider this issue fixed