you mean something more technical, i would like to place LOTS of instances in a room without lag, how about removing the built in update for direction, hspeed, vspeed and all that? then i could create instances just to use as containers for varibales.
I believe Mike was thinking at one stage of possibly adding structures eventually (EEEEEE!!! So keen!)
As for my list
-> Timelines should STAY! They are insanely useful especially for fighting games (although it doesn't sound like Mike wants to remove them sooo ha!)
-> I think someone mentioned ini_files being reworked, I know this isn't a request topic but PLEASE! Can't we put them somewhere other than the working directory? Oh and I bet this has something to do with the way GM allocates memory for strings but the ds_grid/list/map_read/write functions don't work if your list/grid/map is too big. It runs out of string space, there should AT LEAST be a warning about that.
-> I'm glad to hear the registry **** is going. Never liked that stuff.
-> d3d/mplay/highscore/message dialouge all should go (for now) they're all too dated (as many have said before me).
In terms of language features, I don't think it's wise to have a seperate modes for different language styles (ie. the option to change in preference which language style you prefer to type in, delphi/C/pascall etc) otherwise it will cause mayhem with examples. Ít's one of those things that beginners will overlook and not understand when they come to add their own code. I do think that && || and other bitwise operators should be removed. Yes they are the only way to make comparrisons in other languages but it's not like they're easier to type than 'and.' And using real english is much more intuitive for beginners. An interesting point worth noting is that adding more ways to do something is often more of a hinderance rather than a help. Imagine you are just beginning and you master a few code elements
if fish_caught = cod and fish_age >= 5 and fishing = true then
success = true
for (i=0; i<fish_total; i+=1)
But then you see code like this
if (fish_caught == cod && fish_age >= 5 && (fishing))
success = true;
for (i=0; i<fish_total; i++)
Now you and I can see that's the same but unfortunately that may confuse some younger folk. I am a strong advocate of less is more. If there is only one way to do something there is only one way to learn yes? I know it's tough because it sacrifises a lot of flexibility but although GML can be seen as a step on the way to other languages, why not give it's own stamp instead of trying to impersonate so many other things? I know it's a long post but one last thing...
MIKE DO WE REALLY NEED THE INCREMENT OPERATOR? (i++ I've heard there are plans to impliment it) it's just gonna confudle beginners and really how hard is it to type i+=1?
Edit: stupid tab button made me post before I was ready
Edited by Rani_sputnik, 28 January 2011 - 10:44 AM.