Apache OpenOffice (AOO) Bugzilla – Issue 16771
severe aliasing in 3D charts
Last modified: 2013-02-24 21:21:24 UTC
3D charts, especially those with "enclosing" walls and bottoms, show severe aliasing ("jaggies") on their edges. This shows up most on edges which are nearly, but not exactly, vertical or horizontal. This could be cured with decent antialiasing code in the graphics drawing. For the enclosing walls, a change of drawing perspective to make the edges exactly vertical or horizontal might help.
adjusing component to chart
Hi Bettina, one for you. tk
Hello Björn, please give approval for this evaluated OO.o 2.0 flagged issue. If you confirm with the target OO.o 2.0, then please keep it on your owner (or the owner of the concerning developer) for implementation. In case you want this issue for 'OOo Later', then please reset the target milestone. If you decline the issue finally, please set the resolution to 'Wontfix' (but do not close). In case of 'OOo Later' or 'Wontfix' please reset it on Bettina's owner. Thank you.
Forgot to change the owner.
->Armin: I think this is a general issue for the drawing layer: antialiasing of 2d objects. If you are not the correct person for this issue, please forward.
-> Bjoern: This is about 3D charts, thus it is about general AA issue for 3D engine. Since this is not planned ATM. For 2D it would be Thorsten. ->Bettina: ATM i sort this to OOo later. And as written above, i change owner back to Bettina.
Reassigned to Ingrid.
related issue for drawing objects: issue 28526
->Armin: I consider the bad painting of 3D charts to be a defect that makes them nearly unusable. Please have a look what you can do within the 3D engine. Thanks a lot.
added me to CC
Due to the fact, that this issue is a defect, the keyword rfe_eval_ok is removed.
I think also same what I report it here Issue 71710 with some sample bug doc there
*** Issue 71836 has been marked as a duplicate of this issue. ***
Created attachment 40843 [details] example 1 for severe aliasing in 3D chart (new chart milestone 9)
Created attachment 40844 [details] example 2 for severe aliasing in 3D chart (new chart milestone 9)
Could someone put a "new chart"-prefix to the bug summary? I think this is a very important problem, but unlikely to be fixed in the old chart. However, it should get fixed in the chart2. I don't know if Cairo or such could be utilized, or what else could be done to fix showing graphics properly. Jagged edges are starting to stand out in a negative way if found in modern software.
->mrv: The prefix 'new chart:' in the summary of other chart bugs is to indicate that the bug does occur only in the new chart. It's not to indicate where it should get fixed. Moreover this problem cannot be fixed in the chart module. Instead the underlying drawing layer must be fixed.
@ iha. I hope thei can be considered for OOo 2.x or better if OOo 2.3, so it will make OOo look nicer. BTW regarding underlying drawing layer must be fixed, should we open another issue or not ? Thanks
can we have this on OOo 2.x or better in 2.3 ? Thanks
Do you guys understand that your brand new Chart2 is unusable as long as this problem is not fixed? OOo Later? Output from OOo looks like LEGO. You better start convincing people that you have costumer focus. The slow and poor development of OOo is getting more and more attention in the media while your user base must wait forever. If you make a new charting system that cannot be used for printing or export of document without looking like a kiddie drawing then your hands and heads cannot be wired together. Issue is from 2003 and as usual people are begging for a fix.
AW: We are working on this, but it depends on deep DrawingLayer reconstructions which are under way. This takes it's time. It's not quite manageable in the old code. If You have a working Anti-Aliasing 3D-Renderer flying around with source code and You hold the copyright, please consider to contribute it :-) Seriously: This should get better with primitives (see http://wiki.services.openoffice.org/wiki/DrawingPrimitives). At least after this is done it will be possible to add an AnitiAliased 3D renderer (what is not trivial by itself). Primitives should be in 3.0. HTH. Adapting target...
AW: With primitives from aw033 added to DEV300 m30 it is possible now to switch AA on for DrawingLayer in common.xcs. Already supported for 3D, unix and mac systems. Still waiting for a Win solution, there is no easy way to generally AA stuff. Changing target, too.
AW: WIN32 solution comes with aw059, adding this task and setting to fixed.
AW->WG: This is the common, global task. To review, try the CWS on various systems.
AW->WG: Please verify. All 3D objects are AntiAliased (see their borders to the background) when AntiAliasing is on in tools/optins/view.
Looks ok for me but I reassign it to have a chart expert looking at it.
Seen ok in cws aw059 -> verified
seen ok in current master -> closed