Local a:Object[] = Null
Local b:String = Null
Local c:Object = b
Local d:Object = Null
Local e:Object=a

If b=c Print "1"
If d=b Print "2"
If b=d Print "3"
If c=Null Print "4"
If String(c) = Null Print "Ist c ein String objekt oder nicht!?"
If e=Null Print "5"
If a=Null Print "6"

• Interfaces (kann ja der NG) Dazu gehören aber auch Standards wie IMap, IList, IEnumerable
  
• Besseres Null-handling
  
• Throw/Catch mit Callstack
  
• Gescheiter Thread-Debugger
  

• BlitzMax nicht zu stark syntaktisch (ins inkompatible) verändern. Jemand der BlitzMax mal konnte, soll das mit der neuen Version auch sehr unkompliziert tun können
  
• BlitzMax eventuell syntaktisch erweitern, wenn notwendig (sichtbarkeit z.B. wäre schon nett)
  
• Primäre Target-Hardware bleibt für mich weiterhin der PC. Wer HTML5 oder Android wünscht, sollte sich eher den Monkey Compiler vornehmen (imho).
  
• bmk in C++ neu schreiben, denn bmk ist momentan nötig, um BlitzMax zu bauen, aber wie soll man BlitzMax bauen, bevor man nicht bmk gebaut hat? (Henne-Ei-Problem). Deswegen liefert Mark auch bmk als Programm schon mit xD
  
• Code-Target von fasm auf LLVM ändern (das ist vermutlich sehr aufwendig, also Zukunftsmusik) - aber damit hätte man alle möglichen (nicht nur PC) Plattformen und die Optimierungen von LLVM gratis.
  
• Ausrichtung als Nischen-Programmiersprache für Steam. D.h. es soll möglichst einfach sein, cross-platform Spiele zu bauen, die mit der Steam API zusammenarbeiten (das alles aber über Module, d.h. ich will nicht, dass jedes Programm automatisch gegen die Steam lib linkt).
  
• Basic treu bleiben und alles möglichst einfach halten. Ich bin nicht dafür, dass man den Compiler mit Interfaces, Mehrfachvererbung und Operatorenüberladung etc vollstopft.
  Bzgl OOP: Normale OOP ist kein Problem (und kein zusätzlicher Erklärungsaufwand beim Lernen der Sprache), weil man sie ja nicht benutzen muss. Man kann BlitzMax Types genauso benutzen wie BB Types und man kann sie auch nicht benutzen. Also wer keine OOP will nehme Pascal und wer sie aufgezwungen will nehme Java.
  

• Sichtbarkeit in Types einführen
  
• Keine Exceptions (unnötig kompliziert, wer exceptions will kann Java benutzen, da warten schon UnnötigerLangerExceptionNameException et al.)
  
• Goto auch im Strict Mode (dazu muss nur eine Zeile entfernt werden, die es momentan verhindert)
  
• Möglicherweise Strict Mode als default nehmen und die Keywords Strict und SuperStrict streichen
  
• Ich hätte sehr gerne einen In-Operator:
  BlitzMax: [AUSKLAPPEN] [EINKLAPPEN]

  If x$ In ["hallo","welt","foo","bar"] Then '...

  
  Dazu würde ich auch die Syntax von (range-based) For-Schleifen ein wenig ändern:
  BlitzMax: [AUSKLAPPEN] [EINKLAPPEN]

  'statt
  For x = EachIn list
  Next
  'würde ich das vorschlagen:
  ForEach x In list
  Next

  
  Das bringt auch eine klarere Abgrenzung der zwei For-Schleifentypen