Personally I like how it instant exits after compiling; saves a lot of time for debugging. More people will be compiling one program at a time than those who want to compile more than 1 program at once

Either or.

As in, if A and B , then  A or B is also true. A xor B is not true

heh heh heh....

6: It should block its own assembly programs
7: It should feature a CAS that is actually WFRNG in disguise
8: Syntax error messages should redirect to textrolls

Small update showing engine capacity:

Map sizes: I will have support for about 42kb of map. Can you say 84000 tiles?
Tilesets: 256 unique tiles: 16 'themes'
NPCs: 200 unique NPC convos averaging 20 words each
Around 100 moves with about 40 unique animations
7 classes that you can play as
~50 enemies
~200 items
20 NPCs per map and 20 warp tiles per map
up to 256 unique maps (although total tile count can't go over 84000)
and maybe some other stuff that i'm forgetting


Alpha of the first part of the game hopefully will be released sometime early next year

hmmm for me
battle engine ~9000 map engine ~5000 shops/inns/titlescreen must fit in ~2000 then

good luck with the demo!

So are you planning to use spaces or some other token for the indent?  Colons i think would work the best because then the program would still execute, while any other would cause errors.

Aren't spaces ignored by the parser?

Quote from: squidgetx on November 13, 2010, 03:26:20 pm

Quote from: matthias1992 on November 13, 2010, 02:18:07 pm

well graphmastur I ment it wasn't practical seeing how limited the calc is in memory. Being able to D&D some junk on the calc would be great but, well, seeing the memory constraints...

Three words: No TI Connect

Two words: Flash drive

well matthias's point was that using a calc as a flash drive is not very practical b/c size of the calc memory

my point is that D&D'ing programs >>>>> Ti connect

two camels in a tiny car.
your point is invalid