Hi, a friend and I have been working on a program idea called COMRAD. It's a fairly primitive, and it is by no means finished. I am a novice in coding and I have made a fair amount of programs before, but this is arguably my best work so far. Using the Texas Instruments Type A mini USB to the Type B mini USB cable from the education technology store, the code runs on strings, and only variables are really used. So far, there is a sending side, and a receiving side, which both are under 80 bytes. The main menu is under 600 bytes and we plan to keep it under 1kb, if possible. Just for fun. The program is so far, made to work on all calculators that support TI-BASIC and can support GetCalc( commands and StrX variables. I honestly haven't checked out to see if some more obscure (the calculators which are talked about less when referring to TI-BASIC) TI systems support GetCalc( and StrX, like the TI-92, TI Nspire (I and II,) and the TI-89 models. I doubt that they would, but I haven't researched that. So far, any TI-84+ model will work just fine.
My friend and I are planning to eventually implement texting back and forth, and radio communications. Never for any malicious intent, but just for learning purposes. This entire process has been a lot of fun and it has been interesting to see the development of it, all of this is for *only* learning purposes. To be fair, we don't have any classes together and I don't think anyone would spend a lot of money and time to implement that feature into their calculator besides me and maybe my friend. We will also know the model in which you are sending to so you can send messages which won't be cut off by the screen size. You can set up your name, your model of calculator (the model-check feature will be implemented in the future) and you can know who you're sending to and who is sending the message to you. To help with eradicating slowdown from constant GetCalc( commands, the enter button is pressed on both sides of either receiving or sending, so it isn't perfect. I will definitely try to make it so after a certain amount of time, the receiving calculator will check for a variable to be a specific number in order to go forward with pulling a GetCalc(StrX)
Besides that, I am planning to code in a sending back and forth feature, tonight, wish me luck!
Also, any recommendations on the project, and how do I put images in my messages, I don't know how to implement images here in the forum
My friend and I are planning to eventually implement texting back and forth, and radio communications. Never for any malicious intent, but just for learning purposes. This entire process has been a lot of fun and it has been interesting to see the development of it, all of this is for *only* learning purposes. To be fair, we don't have any classes together and I don't think anyone would spend a lot of money and time to implement that feature into their calculator besides me and maybe my friend. We will also know the model in which you are sending to so you can send messages which won't be cut off by the screen size. You can set up your name, your model of calculator (the model-check feature will be implemented in the future) and you can know who you're sending to and who is sending the message to you. To help with eradicating slowdown from constant GetCalc( commands, the enter button is pressed on both sides of either receiving or sending, so it isn't perfect. I will definitely try to make it so after a certain amount of time, the receiving calculator will check for a variable to be a specific number in order to go forward with pulling a GetCalc(StrX)
Besides that, I am planning to code in a sending back and forth feature, tonight, wish me luck!

Also, any recommendations on the project, and how do I put images in my messages, I don't know how to implement images here in the forum
