Found another quirk about how desmos works, and again I was error hunting, this time for Error 15 (378 in our documentation): Inspired with guzman’s discovery of the bug about count
I thought it was a really nice trick …
but you get the same result with:
(1,2,3)+(0,0,0)
uh well he ruined the party
count_3 is just 1 … …
Yes, I have experimented with it in Desmos a little. Essentially, what’s occurring is that Desmos just ignores the z-component completely, but it doesn’t raise an error as one would anticipate. thus theoretically you *can* shove a 3d point in there, it simply flattens it to 2d quietly. causes strange behavior if you attempt to use it for vector math or counts, since `count_3` will always behave as if it is 2D. It’s more of a “quirky feature” than a functional 3D arrangement, to be honest, but it’s entertaining to break the system and see what stays.
From what I see everything works fine if we use 3D points in the graphing calculator,
you just can’t plot them:
https://www.desmos.com/calculator/dnuakqyvi6
and you can’t use “length” to calculate the length because in the graphing calculator “length” is the length of a list.
Pretty sure this usage is intended, because if it was a bug it would probably be reported already.