Everything has been built off of the 4 simple operations, loops, and comparisons. I think that we can do this. This is also what desmos and other calculators build off of.
but since we say this is possible maybe putting in a special combination says names of contributors of the calc
Then what about parenthesis?
I mean, if someone made desmos in desmos, it has to be possible right?
well this is gimkit it has its limits
It uses blocklyās code block styles.
Even then, thereās still gonna be a limit on how big the term/equation/whatever can get. No matter how in-depth our system gets, Gimkit DOES still have a property limit, and each property can only store so much text. Not to mention that thereās only so much unpacking you can do.
My general point is that we should focus on using text properties first, then counters. If we are trying to use counters, there will be many, many issues.
As I said earlier- focusing on being memory efficient first is a terrible idea. Better to get something working in a medium much easier to work with, and then optimize it later.
Thatās no fun though.
I guess itās less of a challenge- but I think you underestimate the challenge of evaluating equations with normal code.
At this point, do you all just want to make a calculator together?
I donāt really want to build it. Rather, I want to just think myself through it.
Someone needs to make a wiki for this once we get enough info to make it happen.
Not everything needs a guide- more advanced projects are usually made for the challenge of it, not for the actual feature. Making a wiki or guide will often just cause confusion since a lot of people wonāt understand why things are being done or how they work. Also, this project is much more about the algorithms rather than actual features of gimkit, so Iām not sure how welcome the guide/wiki would be on the forum.
That being said though, Iām not completely against the idea.
This is so complicated its making my brain hurt. Also what would be the point of creating a programing language, Its not practical.
Itās fun to make stuff that wasnāt intended to be done in gimkit
While yes I do agree with that, but I also have to take it under a āIs it Practicalā Lense as I typically do everything. Making some new creative things in Gimkit are cool and all. I just donāt think itās all that practical. Cool concept though.
Itās not practical at all haha- this is mostly done for the fun of it, and to learn new algorithms and coding concepts.
Yeah see what I mean. Itās not practical but itās fun to see new things done in something as Simple as Gimkit Creative. Something that is pretty much a basic top-down creative game engine that has a a lot of advanced game design functions blocked or complicated in some way, and itās fun to see people make things like programming languages which is a advanced game design function in something not exactly designed for it but still REALLY amazing.
Also side tangent if we have 100,000 memory in our games. How much of actual Gigabytes is that worth. Like how much is a gimkit game worth when it comes to storage???.
Oh great Now im never going to get the thought of that one outta my head.
Gimkit doesnāt actually have a direct memory to size conversion. Most the memory numbers are completely arbitrary.
Although it would be possible to find the maximum amount of computer memory you could take up with a map, Iām too lazy to do it.