Issue 68028 - 3D Objects at similar position do intere
Summary: 3D Objects at similar position do intere
Status: CLOSED WONT_FIX
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: frank
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-01 12:56 UTC by frank
Modified: 2013-02-24 21:21 UTC (History)
3 users (show)

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

Attachments
bugdoc (33.79 KB, application/vnd.oasis.opendocument.spreadsheet)
2006-08-01 12:59 UTC, frank 		no flags Details
Screenshot of the problem (47.26 KB, image/jpeg)
2006-11-10 10:07 UTC, IngridvdM 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description frank 2006-08-01 12:56:47 UTC 
Open attached bugdoc
as you can see, the colors for the graphs are not continuous and show up in an
unwanted manner.
Comment 1 frank 2006-08-01 12:59:14 UTC 
Created attachment 38170 [details]
bugdoc
Comment 2 bjoern.milcke 2006-08-01 13:10:08 UTC 
->iha: I suppose fst is not happy with the interleaving dataseries. This is a
problem of the 3d drawing layer. It is not a problem of the new chart, but also
appears in the old chart.
However, we display the 3d line chart not deep, as we did in the old chart. So,
I suppose this is what this issue is about.
Comment 3 IngridvdM 2006-11-10 10:07:22 UTC 
Created attachment 40487 [details]
Screenshot of the problem
Comment 4 IngridvdM 2006-11-10 10:11:09 UTC 
->aw: I attached a jpg that shows the problem in the chart. I have no idea what
could be done there in the chart. I think it is a general problem within the
drawinglayer.
Comment 5 IngridvdM 2006-11-10 10:12:17 UTC 
added me  to CC
Comment 6 Armin Le Grand 2006-11-10 10:42:51 UTC 
AW->IHA: This cannot be solved, by no 3d renderer which does rasterconvert and
is a common problem. 3D Planes (infinitely thin in their description) in the
same place will be rasterconverted to the same Z-Buffer position, so it is not
decidable which one is in front.
No existing Z-Buffer based 3D can solve this, the problem exists by definiton.
The only way to solve that is in the data definition. Never define two planes
with different properties (colors here) which are positioned on each other.
I am sure i already had some task where i extensively explained this, but i do
not find it ATM...
Comment 7 IngridvdM 2006-11-10 10:55:49 UTC 
It seems that this problem can not be solved -> won't fix.
Comment 8 IngridvdM 2006-11-10 10:56:43 UTC 
Please close
Comment 9 frank 2006-11-10 13:31:15 UTC 
Ok, closed because technical reasons stops this Issue.