I didn't look at the program, but those commands listed above have a problem that might annoy some: not all numbers are generated with equal frequency. (Actually, they are if high-low+1 is an integer power of 2, but that isn't often the case)
Why? Let's use 4-bit random numbers, and generate a number between 0 and 2, with something like rand^3 (the Axe is rand^16^3, but whatever)
0: 0, 1: 1, 2: 2, 3: 0,
4: 1, 5: 2, 6: 0, 7: 1,
8: 2, 9: 0, A: 1, B: 2,
C: 0, 1, E: 2, F: 0
chances: 0: 6/16, 1: 5/16, 2: 5/16
Note that the maximum effect is at most one more occurrence, though that might be important to you. (If it isn't then the code others gave will work)
Besides trying multiple times (like an optimized version of what DJ had at first), I'm not sure of a way to keep it even... So I hope it isn't too big a bother (it is only slight) Anyone know of a good way to even the probabilities?

Yeah, it shouldn't bother anybody, but just in case
Actually, now that I think about it, there really isn't a "perfect" way to do it with a binary computer... Silly me...

mhmm thanks for that converter program This is what I mean earlier ^^

Lol being that Horizontal and Vertical have already been taken.... Seems we have run into a predicament

Yeah both of those would be great i think.  Although im not sure how well the HLine() VLine() would work in his current parser, it might be completely token based right now, and hard to change o.O

Mhmm actually they don't rotate the screen, they scroll it. We could do Horizontal (X1,X2,Y) and Vertical (X,Y1,Y2). My only worry is that it could eventually get confusing if a token is used for multiple purposes.

Nope, but let's not overload them, else it will get confusing for sure. As for now, none of the commands are used for multiple things, I think. There is getkey but both usages are for similar purposes. THis is why I thought using Line( with a slightly different syntax might be best