Distance before z-index fighting occurs

[MariuszDabrowski]

Take a look at the example below:

Test case: https://codepen.io/MarioD/pen/XwymyW

• When the can's x is set to 10, the z-index fighting issue occurs
• When the can's x is set to 11 it behaves perfectly

Is this just a limitation of the engine, or is there a way to render the can close to the box without having the fighting issues?

I read through https://zzz.dog/extras#z-fighting but it seems that you are able to have shapes much closer than my example before you get the z-index fighting issue.

Thanks!

[desandro]

Hmm, this z-fighting bug feels like it shouldn't be happening. Thanks for bringing this to my attention. I'll have to dig in and see what's going on.

[bendablegears]

Something isn't quite right with the code that begins at

zdog/js/ellipse.js

Line 66 in c6165f0

// ellipse is self closing, do not count last point twice

as I was able to place the cylinder flush with the box with less z-fighting after commenting that part out.

Excluding a doubled point for an averaged z calculation should also change the number of samples in the divisor but this code doesn't do that. ...And anyways, wouldn't excluding a doubled point to accurately calculate average z be necessary for any closed path Shape as well?

[desandro]

v1.1.0 has been released with this fix added. Closing this issue