Gml Help
#1
Posted 25 June 2008 - 06:50 AM
#2
Posted 25 June 2008 - 07:13 AM
#3
Posted 25 June 2008 - 07:16 AM
#4
Posted 25 June 2008 - 07:19 AM
Just open game maker, press F1, go to the GML section and learn all the commands/functions from there. If you have any problems, you just keep on redoing that code until you get the hang of it. Simple
#5
Posted 25 June 2008 - 07:32 AM
#6
Posted 25 June 2008 - 07:44 AM
I make it sound easy, but only because it is pretty easy. Like I said, I was in the same boat as you, but now I'm learning and almost have a grip on GML.
#7
Posted 25 June 2008 - 07:49 AM
draw_text(x,y,text)
if (expression) {functions1} else {functions2}
switch (value)
case (value1): commands
break
game_end(), game_restart(), room_goto(room)
d3d_transform_set_identity(), mplay_connect_status(), ds_grid_create(w,h) (dont flame me because these are advanced functions
The list goes on. Once you use them a couple of times, you'll learn them easy
#8
Posted 25 June 2008 - 08:01 AM
So, I could pick up a calculus text book, flip to page 300, and be able to pick it up just by reading it 80 times over? Once you understand how calculus works, maybe - but only after you understand how it works. And you do that by reading the textbook's tutorials and examples.Exactly, we said (or at least, me and wiredbomb) that you don't need tutorials. That one "Drag and Drop to GML) isn't exactly a tutorial, I worded that wrong. It just shows what the drag and drop equivilents are in GML. But more important is to just get hands-on experience.
I make it sound easy, but only because it is pretty easy. Like I said, I was in the same boat as you, but now I'm learning and almost have a grip on GML.
Edited by gmXpert2000, 25 June 2008 - 08:08 AM.
#9
Posted 25 June 2008 - 08:09 AM
#10
Posted 25 June 2008 - 08:12 AM
#11
Posted 25 June 2008 - 08:37 AM
So, I could pick up a calculus text book, flip to page 300, and be able to pick it up just by reading it 80 times over? Once you understand how calculus works, maybe - but only after you understand how it works. And you do that by reading the textbook's tutorials and examples.Exactly, we said (or at least, me and wiredbomb) that you don't need tutorials. That one "Drag and Drop to GML) isn't exactly a tutorial, I worded that wrong. It just shows what the drag and drop equivilents are in GML. But more important is to just get hands-on experience.
I make it sound easy, but only because it is pretty easy. Like I said, I was in the same boat as you, but now I'm learning and almost have a grip on GML.
That's not what I said, I never mentioned calculus in the first place, which is very different from GML. The thing is, you don't have to 'study' the drag and drop icons, you just get pretty used to using them over time. Transfering your knowledge of drag and drop to GML can be done by using the GM help files and the Drag and Drop to GML list I mentioned. I mean, tutorials help greatly, but in the end you can't just learn by doing a bunch of tutorials; sooner or later you just have to start attemping GML on your own by just, well, going to the "add code" action and putting code.
I mean, when people first invented GML or calculus or whatever, they obvious didn't use tutorials since they were creating it, so obvious tutorials aren't manditory, although they can really help at times.
#12
Posted 25 June 2008 - 11:09 AM
So, I could pick up a calculus text book, flip to page 300, and be able to pick it up just by reading it 80 times over? Once you understand how calculus works, maybe - but only after you understand how it works. And you do that by reading the textbook's tutorials and examples.Exactly, we said (or at least, me and wiredbomb) that you don't need tutorials. That one "Drag and Drop to GML) isn't exactly a tutorial, I worded that wrong. It just shows what the drag and drop equivilents are in GML. But more important is to just get hands-on experience.
I make it sound easy, but only because it is pretty easy. Like I said, I was in the same boat as you, but now I'm learning and almost have a grip on GML.
That's not what I said, I never mentioned calculus in the first place, which is very different from GML.
I think you are wrong. The analogy is perfectly valid.
Programming is one thing. A programming language is another. Unless you get the concepts of programming, "learning" a programming language is not getting you far. No matter how well you understand "point_distance()" or "var" or whatever, it still isn't programming, it is just bits and pieces without a context. Just like that single page in the calculus book.
Actually, many tutorials or manuals for that matter, doesn't really have the ambitions to teach you programming. They have the ambition to teach you the specifics of a particular language, and actually assume (to a lesser or greater extent) that you understand the concept of programming.
Knowing progamming in c++ or java (and note I say "knowing programming in", not just "knowing"), GML is very straight forward. There are a few minor odd things, and you need to understand the overall implicit event loop of GM, but beyond that, it is very simple to understand. If you do not know programming, it is probably very hard to get anywhere at all, and you may do a few things without knowing at all what you are doing (whihc in a sense is the beauty of GM; but that is another thing)
Edited by jesterdaze, 25 June 2008 - 11:14 AM.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users











