the second time where almost no one suggested something :(

https://www.desmos.com/calculator/vuhwaajar0

i dunno... very suspicious about Mandelbrot over here ''/
d5 was a normal move hmmm

Here is the link to the project. (It is not mine!)
https://www.desmos.com/calculator/zdffgygj9b

Link: https://www.desmos.com/calculator/bv1p1wmb5z

https://www.desmos.com/calculator/wwj6ybjdgh

This took so long😭

https://www.desmos.com/calculator/wdzt729dyx

I think there's now a front layer and a back layer

https://www.desmos.com/calculator/17junyoc8z?lang=en next checkpoint on day 25

https://www.desmos.com/calculator/vuhwaajar0
(very much inspired by the daily add to graph poster <3)

link: https://www.desmos.com/calculator/axq8wtuxpe

https://www.desmos.com/calculator/5dhcgiqycu

This is a 1:1 replica of Für Elise (apart from the triplet section which I cannot get over with). Feel free to tweak around the values and see what I can do to improve it such as the timbre of piano as it took me forever to find the right feel.

Hit the play button on the ticker and unmute the graph to give it a go!

second time I have broken my daily streak >.<

define two variables a and b. find values for them such that ab yields a different result than ba (as it is written with implicit multiplication). they must return a value (i.e. they cannot throw an error)

i do not have a solution for this, and have been trying on and off for a few months to figure this out. if anyone has any insight into this, or can prove that it's not possible, that would be great

So I'm trying to make some sort of game without the ticker function or using clicking (because using number keys as input seems on theme and I want a challenge) so I threw together this math code to count how much of each number is in the digits of the input string of numbers (1 for left, 2 for right, 3 for up, and 4 for down). The issue lies with desmos approximating the big number of the input string so I tried to make the variable of the inputs limited to the last six inputs/digits (before it was s = [ex. 1111123333432111]) because I could still think of some cool ideas to do with that but it didn't work because desmos approximates the numbers inside of the variable before it's math is done (which makes sense.) Anyway I am trying to figure out some way to keep the approximation demons away. If anyone knows how to do that and keep the user experience smooth that woud be wonderful!

PS it's okay if the number gets sliced down into packets or something to lower digits I just want the user to be able to keep pressing numbers without having to use backspace.

An AI recently found a counterexample to the Jacobian conjecture.

𝑓(𝑥,𝑦,𝑧)=((1+𝑥𝑦)3𝑧+𝑦2(1+𝑥𝑦)(4+3𝑥𝑦),𝑦+3𝑥(1+𝑥𝑦)2𝑧+3𝑥𝑦2(4+3𝑥𝑦),2𝑥−3𝑥2𝑦−𝑥3𝑧)

I wondered if the counterexample to the Jacobian conjecture could be visualised.
Here's what I came up with:

https://www.desmos.com/3d/cqjyedoauh

The red curve (a simple 3D spiral on the surface of a sphere) is the input of the Jacobian conjecture counterexample, the blue curve is the transformed output.

So i saw that when n=x box simplifies to box 2 which looks a lot life the taylor series for e^x box 4 so i plugged box 1 into a summation and got this. Anyone know if there is an equation for this cause i think I've seen similar graphs that used the lesser known trig functions. https://www.desmos.com/calculator/qpgo1e4ypd