Issue 42022 - Incorrectly Rendered Polygon Shadows
Summary: Incorrectly Rendered Polygon Shadows
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Draw
Classification: Application
Component: formatting (show other issues)
Version: OOo 1.1
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2005-02-04 01:02 UTC by mkol
Modified: 2005-02-09 09:07 UTC (History)
1 user (show)

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


Attachments
Incorrectly Rendered Polygon Shadows - Sample File (6.90 KB, application/vnd.sun.xml.draw)
2005-02-04 01:04 UTC, mkol
no flags Details
Incorrectly Rendered Polygon Shadows - File 3 - polygon_shadow_2.png - MD5 Checksum - ff1b9a360c68f5ac8efe11d6641fec09; SHA-1 Checksum - 013b358e7221e28d29de8d6ed0a95785a8d7caf8 (68.33 KB, image/png)
2005-02-04 23:04 UTC, mkol
no flags Details
Incorrectly Rendered Polygon Shadows - File 2 - polygon_shadow_2.sxd - MD5 Checksum - 6a586e75d3e251f74aa45a2c1a0673da; SHA-1 Checksum - 3289b00d061c805b0b6f0794a70a8a3de9386468 (7.41 KB, application/vnd.sun.xml.draw)
2005-02-04 23:08 UTC, mkol
no flags Details
Inconsistent Shadow Rendering For Polygons (6.59 KB, application/vnd.sun.xml.draw)
2005-02-09 01:23 UTC, mkol
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description mkol 2005-02-04 01:02:29 UTC
In OOo 1.1 Draw, If shadow is added to a polygon, then at many times, they are 
not rendered properly.

Steps to reproduce the problem -
(1) Click File -> New -> Drawing to open a new drawing.
(2) Select “Polygon 45 degree†from the left main tool bar and draw many 
polygons of various shapes.
(3) Add shadows to these polygons by clicking shadow icon on the upper Object 
bar.
(4) You will notice that some shadows are rendered correctly, while some not.

A file Polygon_Shadow.sxd has been attached for further evaluation.

Any solutions?
Comment 1 mkol 2005-02-04 01:04:47 UTC
Created attachment 22172 [details]
Incorrectly Rendered Polygon Shadows - Sample File
Comment 2 wolframgarten 2005-02-04 07:57:23 UTC
What's wrong with the shadows? The line on the left and the polyline on the
right are correctly shadowed for me. The shadow for a line is - a line. If it is
something else please attach a screeenshot of the wrong look. Thanks.
Comment 3 mkol 2005-02-04 23:04:08 UTC
Created attachment 22226 [details]
Incorrectly Rendered Polygon Shadows - File 3 - polygon_shadow_2.png - MD5 Checksum - ff1b9a360c68f5ac8efe11d6641fec09;     SHA-1 Checksum - 013b358e7221e28d29de8d6ed0a95785a8d7caf8
Comment 4 mkol 2005-02-04 23:08:21 UTC
Created attachment 22227 [details]
Incorrectly Rendered Polygon Shadows - File 2 - polygon_shadow_2.sxd - MD5 Checksum - 6a586e75d3e251f74aa45a2c1a0673da;    SHA-1 Checksum - 3289b00d061c805b0b6f0794a70a8a3de9386468
Comment 5 mkol 2005-02-04 23:16:51 UTC
2 Files have been attached for further evaluation. Please See the difference 
between “Boxed†Shadows and “Line†Shadows. All Shapes have been drawn Using 
same 45 deg Polygon, then How come that many shadows are rendered “boxed†
While others “Lineâ€.

Thanks

Comment 6 wolframgarten 2005-02-07 10:07:51 UTC
Please add a detailed description how you draw these objects. There are two
tools for 45 degree objects, one for filled one for unfilled.
Comment 7 mkol 2005-02-08 02:09:09 UTC
Please ignore All previous comments, especially which shadows are correct and 
which are incorrect. This issue is more about inconsistencies (and other 
problems), what is correct behavior and what is not, you judge on your own. 
Inconvenience caused (If any) is regretted.

Problem discussed in this issue is somewhat “Convoluted†and title of this 
issue should be read as -

“Inconsistent Shadow Rendering For *Unfilled* Polygons†and
“Erroneous color Addition to *Unfilled* Polygons on Shadow Addition†and
“Inability to Add desired colors/Gradient/Hatching to *Unfilled* Polygons with 
line shadowsâ€


Here are the exact steps to reproduce the problem -
OOo 1.1.0 Draw

(1) Click File -> New -> Drawing to open a new drawing.

(2) Click “Polygon 45 degree†*Unfilled* from the left side Main Tool Bar.

(3) Press the left Mouse Button and drag on the drawing area, in order to draw 
various shapes e.g. one triangle, one rectangle, One Octagon and One Star etc.

(4) If a shape is drawn in this way, the upper object Tool bar says that a 
Shape (it's area) is “INVISIBLE†which is the desired and expected behavior, 
because we are using unfilled polygon.

(5) After Drawing various shapes (With Unfilled 45 degree Polygon), click 
anywhere on the drawing, in order to remove selection (If any)

(6) Now left Click one shape and select it.

(7) Click Shadow Icon on the upper object Tool bar.

(8) Now see Upper Object tool bar, it says that shape has a color and it 
is “white�! i.e. On adding a shadow to an unfilled 45 deg polygon, it got 
filled with color and that too white, on it's own without any obvious reason. 
It is the First Problem.

(9) repeat steps 6, 7 to add shadows to all the shapes.

(10) You will notice, some shapes have Boxed/Filled Shadows, while some have 
Unfilled/Line shadows. At least in my case it *is*. When all shapes have been 
drawn using the same unfilled 45 deg polygon, then how come some shapes have 
filled shadows, while some have line. It is the Second Problem.

Refer attached file polygon_shadow_2.sxd. Please ignore it's description, 
which shadow is correct, which is not, as this problem is more about 
inconsistencies, than to anything else.

(11) Now select a shape with a line shadow, by left clicking it and change 
it's color/gradient/hatching using upper object tool bar, Nothing changes. But 
in reality it should change and the shadow should also change 
accordingly “filled/boxedâ€or whatever the case may be. It is the third Problem.

(12) Select a shape with Boxed shadow and change it's color by step 11. you 
will be able to do so.


Problem could be summarized as-
(1) If a user draws an Unfilled polygon it's area is Invisible but as a shadow 
is added to it, It becomes “colored with white color†on it's own for no 
obvious reason.

(2) If a user is using the same unfilled polygon, then *ALL* shadows should be 
same - line or boxed (or whatever is correct). But at some places it is line, 
while in others it is Filled/Boxed. Why this inconsistent behavior?

(3) If a user Adds a color/gradient/hatching to an unfilled polygon with line 
shadows, using the upper object tool bar, then Nothing changes. In reality the 
desired color/effect should be added and the shadow *Must* also change 
accordingly.

On the other hand behavior of the *Filled* polygons is consistent and 
expected. Like -
(1) If a user is using *Filled* polygons, than *ALL* shadows, which are added, 
are consistent.

(2) If a user draws a *Filled* polygon, Unfills it using Upper Object Tool 
bar's INVISIBLE option, then it becomes unfilled AND shadow also changes. It 
is working correctly.

(3) If a user adds color/gradient/hatching to a *Filled* polygon using the 
upper object tool bar, then all effects are visible and the shadow also 
changes expectedly.


Any solutions?

Thanks.

Comment 8 wolframgarten 2005-02-08 07:39:55 UTC
@ problem 1: reproducible. I have filed a new issue for it: i42250.
@ problem 2: reproducible in a certain way, but not a bug I think. If you use
the unfilled polygon tool you will get unfilled, unclosed polygons. As long as
start and end point are not the same. If they are, the  polygon will get
automatically closed and filled. And it will get another kind of shadow. Please
test it: if the start and endpoint do not fall together the polygon will not be
filled (besides bug no 1) and will get a line shadow. Besides this: if you
really want an unfilled closed poylgon setting up an own style or using the
object bar is the easiest way.
@ problem3: an unclosed polygon should be closed and filled automatically if the
user applies a filling? I do not think anyone wants that. Office would have to
add parts the user did not draw. And close it maybe in an unwanted way. That
could be an enhancement but is not a defect.
Comment 9 mkol 2005-02-09 01:16:29 UTC
>@ problem 1: reproducible. I have filed a new issue for it: i42250.

Thanks for reproducing the problem and filing a new issue.


>@ problem 2: reproducible in a certain way, but not a bug I think. If you use 
>the unfilled polygon tool you will get unfilled, unclosed polygons. As long 
>as start and end point are not the same. If they are, the  polygon will get 
>automatically closed and filled. And it will get another kind of shadow.

Please have a look at the newly attached file Polygon_Shadow_4.sxd. You will 
notice that Shape 1 and 2 both are closed polygons (Drawn with unfilled 45 deg 
Polygon). Then how come that shape 1 has Solid shadow, while shape 2 has a 
line shadow?


>@ problem3: an unclosed polygon should be closed and filled automatically if 
>the user applies a filling? I do not think anyone wants that. Office would 
>have to add parts the user did not draw. And close it maybe in an unwanted 
>way. That could be an enhancement but is not a defect.

Reporter wants that *Closed* Polygons with *line shadows* (Refer Shape 2 in 
attached file Polygon_Shadow_4.sxd), which have been drawn using unfilled 
polygon 45 deg (or any other?), should be filled with the desired 
color/gradient/hatching if users want to do so. Currently they can not do so. 
Reporter is *Not* talking about unclosed polygons.

Thanks
Comment 10 mkol 2005-02-09 01:23:07 UTC
Created attachment 22351 [details]
Inconsistent Shadow Rendering For Polygons
Comment 11 wolframgarten 2005-02-09 09:06:52 UTC
@ Document Polygon_Shadow_4.sxd: They are not both closed. Shape one is closed,
shape two is not. Please switch to the points edit mode to see (F8): a closed
polygon has no open line endings. I does not matter if the lines cross.
@problem 3: you want to behave unclosed polygons to behave like closed ones.
That will not work. The feature behaves correct, believe me. Again: a closed
polygon has no open line endings. An open polygon has a clear start and a clear
endpoint. 
Comment 12 wolframgarten 2005-02-09 09:07:06 UTC
Closed.