The problem is that in the past there were places (including the old Omni board) where people bashed programs based on file size, and it was like if those programs were worthless to them, and this just discouraged their authors. I just don't want to see this happening here again, plus it's against Omnimaga rules anyway:

2: Commentaires négatifs/agressifs/destructifs injustifié envers le projet d'un membre (comme dénigrer un jeu entier juste pour sa taille de fichier, le nombre de fichiers ou le langage de programmation utilisé même si le jeu est excellent) dans le but de le décourager.

In the past such criticism did discourage people from continuing calc programming. There is a reason why I did not release a single new finished calc game since June 2006.

Anyway if the contest judges file size, then be it. Just do it respectfully for the authors who devoted a lot of time and effort on their games if you post your criticism (negative or positive) here.

As for sub programs the reason why I used them is to avoid code repetition and reduce size. Also it takes incredibly long to scroll down through source code, unless you have Doors CS installed (which Gotos to the error instantly)

What I think right now is that there's a mentality clash between some newcomers in this thread and Omnimaga mentality/vision in general.

So that's not an OS compatibility issue then... might be a bug with the program or the author forgot to include a file. Too late for him I guess .

Also I saw worse scrolling lenght. When I coded Illusiat 13 on my 83+ (which i never finished), scrolling through the boss event programs took about 2 minutes. When I had to fix a bug after 12 tries, it became annoying. (Illusiat 13 contained about 50 KB of RPG character conversations)

Looks like it might be a failure of the program to initialize the save list?  That can be one bug that is difficult to find in bug testing, since you already have the list on your own calc, you never notice that the program fails to create it on its own.

In this case, we've to give a penalty of 1 point.
That's not much, just 0,5/20

@DJ_0: si c'est toi, ne mets pas -1 à tous mes posts, j'ai compris.

If think not 'cos I already a have a not-empty JMP list

The program must initialize the list under either option 1 or 3 from the main menu, so if you choose option 2 first, it will error.  At least, that's what it sounds like to me.

"regardless of its program size" <-- what I said was not critism of the program, what I said is that the contest says in it's rules that the size of the program count and the judge didn't respect that. I didn't said that this program sucks 'cause his size is huge. I think the missinderstood is here.

Anyways, good luck to all programmers !

If you do this on the homescreen it will work, I forgot I set all the lists to one.
5->dim(LJMP
the "L" is the list symbol

yeah, maybe there was a problem with my grading style.
This is how I graded: I start with the full score, and whenever I find something unpleasing, I take off 1 point per stuff that I didn't like. also, -1 per bug.

Maybe I should be more detailed and look at the stuff like compatibility issue and stuff.
(According to my grading style, most of the programs have over 30/40)
also, how do I shoot far in worms land? O.o