That is because even math is theoretical
But think of this... when working with mod systems, negatives are really positive. So, say you are working in mod 8... you would count {0,1,2,3,...,6,7,0,1...}...

Now also consider the numbers that are not infinity, but by performing a mathematical operation, you still get that number (so n+a=n, n*a=n, et cetera).

Now say you work in mod r... -1 really equals r-1. Taking all of this into account, working with mod (r) where r is equal to one of the before mentioned "infinite" numbers, the very largest number is in fact -1. No matter how high you count, it has been proven you will never reach these numbers, but in a mod system, -1 means you are just 1 away from that number!

Anywho, that has nothing to do with the proof that 1+2+3+4... is less than 1, but it is still interesting, yes?

I'm pretty sure BASIC is going to be a programming category

It only uses two bytes, though, but I have been meaning to get around to making an actual search/replace function for BatLib, so when I do, I will post the code

EDIT:I just thought of an interesting use for this program !
1→B
ClrHome
Disp " Goto  1"," Goto  2"," Goto  3    ;Put a space before the numbers :P
Repeat A=105
Output(B,1,"}
Repeat A
getKey→A
End
Output(B,1,"                         ;There is a space there
B+(A=34)-(A=25
If Ans=4 or not(Ans
1+2not(Ans
Ans→B
End
"EB1→Str2
"Goto A→Str1
"Goto "+sub("123",B,1
Asm(prgmB
Goto A
Lbl 1
1
Goto Z
Lbl 2
2
Goto Z
Lbl 3
3
Lbl Z
Pause Ans
You can potentially avoid using the Menu( command to jump to labels if you reallllly don't want to use the built in Menu( command

Ah, cool, Sir! The most graphics I have used in a math program is this:

I've never really worked on the graphics part of programs except in games... I think the reason is that I always worry about memory, so I prefer to keep the sizes small. Smaller sizes usually means less graphics.

No, it doesn't slow anything down with more commands
I plan to keep adding to it as much as I can, but it is looking like by the end of this there will be over 100 commands. I plan to add a few other features when I get time that lets you use dim( the normal way on lists and matrices even if they are archived, too. I have been a little busy, lately, trying to get my GPA up, so I might not have time to program for a little while (meaning a week or two)

EDIT: Okay, I just checked... the average command uses 34.5 bytes of code (the bulk of the app is comprised of calls and a bitmap) so at this rate, I have enough room for 236 more commands
I will probably be adding more complicated things for future commands, though, that use a large chunk of memory. When I added the 12 rectangle routines, I used almost 700 bytes of code.

Why was 6 afraid of 7? Because together they know that if they multiply, the true answer to life, the universe, and everything (Chuck Norris) would remove them from existence. So yeah, 6 and 7 are close-- real close-- but they know to never reproduce multiply.

I have an idea: how about a program that allows detection of multiple key presses (like the one in BatLib, I think)? I might find that useful in some BASIC programs.

Hmm, as a quick reference to that, you can check here for two versions of what you might be looking for. returns all of the keys being pressed in the form of a 7 element list. This is command 10 (pretty much) in BatLib.

A better option might be this might be more practical/useful as it doesn't require an input. This is command 43 in BatLib.

That would be handy, and so would an inline editor.What about a find and replece routine where you could search for str1 in a var and replace it with str2? You can do that with copyprog but an opcode would be faster.

A code to change token vars (not programs/appvars or other named vars) is actually not too difficult. I will come up with one shortly and edit this post when I have it finished!

EDIT: Actually, see my next post for the code