Apache OpenOffice (AOO) Bugzilla – Issue 71618
Non-Hairline 3D-Lines have Z-Buffer glitches
Last modified: 2013-02-24 21:20:27 UTC
Secteur_3D.xls : Borders from 3D charts are visible in Excel, in Calc there are "dashed" ? Seems to be a drawing problem. -> Ingrid IHa : Yes, this is a rendering problem of the drawing engine...
Created attachment 40631 [details] Secteur_3D.xls
This is not a specific problem of the new chart therefor I removed 'new chart:' from the summary.
->AW: This is a severe rendering problem for 3D charts. Object borders and even lines that are explicitely set in a distance before another 3D object tend to vanish in the 3D objects here and there. Some time ago you told me that there is something ongoning to make this line problems less painfull. Could you please comment on the state of that effort. Thanks a lot.
confirmed. look different on OOo 2.1 and Office 2003. win xp
AW: State is that the necessary rework is part of primitive changes, so it's in progress but will take a while for product quality. Accepting as enchancement and adding to CWS aw033.
AW: After long treis: The PolygonOffset value was too low for lines by default. Also the default was hard-coded. Changed the default and added get/setPolygonOffset() methods to 3d stuff.
AW: Added get/setPolygonOffset to E3DScene, too. For chart2: Please set there if necessary; if not, the default value will do, too.
AW: Changing target
AW->BM: Please verify: - new draw - add 3d button to draw toolbar (right toolbar pop-up) - draw a big 3d sphere - switch on line style 'continuous' for it - rotate and compare with old versions
Created attachment 44563 [details] demonstrates the fix on some 3d objects with hairline borders
3d objects with hairline borders look much better than before. However, especially the 3d chart in the attached bug-doc looks almost the same as before.
Reopening, because the problem for the bugdoc is not fixed. The fix for hairlines is now handled in Issue 76545.
->AW: Sending back to you as it is not fixed. As you found out yourself, the bugdoc does not contain hair-lines but very thin "thick-lines" ;-)
AW: The only thing i could do here is to transform thick-line temporary generated line geometry a small amount to the front (like with hairline and Z-Buffer). Trying...
AW: This can be much better solved in the 3d primitive renderer later. There, when lines are painted, the view-dependent Z-Offset may just be added to the local transformation, thus hairlines and temporary thick line gometry would use the same offset automaticallay. Moving to primitive target.
AW: Chainging target for this remaining task. Also changing title to mark this as a specific sub-problem
AW: Moving target
AW: Fixed with aw033 (DEV300 m30). 3D has an enchanced renderer now, so the results for the original bugdoc are better (to see, do not forget to activate the charts to get a redrawn metafile). Quality is even better when AA is activated (works for 3D on all systems) in options.