next »

[Nix]

All these examples are laggy for me. Someone needs to start making low-res web games for people with sucky computers!

Don't jump in the bandwagon, make C++ web games.
I know I will try to port my IOS engine as soon as it is released in a mainstream Chrome version.

Don't jump in the bandwagon, make C++ games.

[_Tommo_]

Don't jump in the bandwagon, make C++ games.

quote for truth.

(well, anyway HTML5 *looks like* the bandwagon, but real games are still those plain and boring executables)

[MindEraser]

I tried to make Tic Tac Toe with AI in Construct but the lack of scripting killed it (aside from the terrible organization system of events and other UI issues)

[Desert Dog]

Check it out, yoyogames 'experimental' site:

http://experimental.yoyogames.com/

Read post by Mike here, explaining a bit about it (it's alpha, it's test, not finished, blah blah)

http://gmc.yoyogames.com/index.php?showtopic=517541&st=0

[danny34]

I tried to make Tic Tac Toe with AI in Construct but the lack of scripting killed it (aside from the terrible organization system of events and other UI issues)

Construct 2 really needs a powerful scripting langauge! (like GameMaker Language of GM)
If Construct 2 has a complete scripting langauge, many schools and colleges will use Conctruct 2 to teach programming in different countries. Contruct 2 will be much more popular! It will not only be a game creation software but also a good teaching tool.

In addition, many GM users don't like Construct 2(and Construct Classic) because of lack of scripting language. If Construct 2 will have a powerful scripting language, many GM users will try, learn and use Construct 2.

[BearCDP]

I tried to make Tic Tac Toe with AI in Construct but the lack of scripting killed it (aside from the terrible organization system of events and other UI issues)

Construct 2 really needs a powerful scripting langauge! (like GameMaker Language of GM)

Wait, is GML even Turing complete?

</troll>

[Amirai]

I tried to make Tic Tac Toe with AI in Construct but the lack of scripting killed it (aside from the terrible organization system of events and other UI issues)

Construct 2 really needs a powerful scripting langauge! (like GameMaker Language of GM)
If Construct 2 has a complete scripting langauge, many schools and colleges will use Conctruct 2 to teach programming in different countries. Contruct 2 will be much more popular! It will not only be a game creation software but also a good teaching tool.

In addition, many GM users don't like Construct 2(and Construct Classic) because of lack of scripting language. If Construct 2 will have a powerful scripting language, many GM users will try, learn and use Construct 2.

I realize for someone coming from a GM background, construct's way of doing things might be a bit confusing, but as I understand it, events in construct basically ARE the scripting language.  The difference is you don't type most of it in, you pick conditions and actions from a list.  Being able to type in the commands wouldn't enable you to do anything extra that events don't let you do, because events have access to the full functionality of construct 2 already.

Events are quite powerful, once construct 2 catches up to construct classic you can basically make anything 2D with it.  In fact, events are so powerful you can even make your own 3D engine with them, as proved by quazi with mega thumb dream match.

You just have to think slightly differently when using it.  Instead of typing the command, you select it from a list.

[Nix]

and take 100x longer

[Amirai]

Actually, when used with the search function (start typing when the object selection list appears to narrow the list of object names, actions and conditions down) I find I can whip out events often faster than I could type them. I don't type 100wpm or anything, but regardless, it's faster than it seems like it would be.

[Nix]

have you ever programmed the "normal" way?

[Amirai]

It's been a while since I tried it, but I did a little. The amount of time construct saves not having to spend the time trying to learn the syntax or having to look up and research what commands exist is quite a lot as well. It also eliminates a lot of typos!

In the hands of an experienced professional coder, I've seen the blazing speed that can be achieved with typing. However, most of us can't type that fast. Have you ever seen someone who's fast with construct? It doesn't seem like it. You might be surprised by how fast it can be!

[Desert Dog]

I realize for someone coming from a GM background, construct's way of doing things might be a bit confusing, but as I understand it, events in construct basically ARE the scripting language.  The difference is you don't type most of it in, you pick conditions and actions from a list.  Being able to type in the commands wouldn't enable you to do anything extra that events don't let you do, because events have access to the full functionality of construct 2 already.

Events are quite powerful, once construct 2 catches up to construct classic you can basically make anything 2D with it.  In fact, events are so powerful you can even make your own 3D engine with them, as proved by quazi with mega thumb dream match.

You just have to think slightly differently when using it.  Instead of typing the command, you select it from a list.

That sounds exactly like GM's D&D. Maybe constructs events/commands are more extended than GM's D&D, but coding versus 'visual' programming.. can't compare them.

[allen]

it is a lot like game maker's drag and drop. but he is kinda right, it's actually more like gml and drag and drop fucked and had a baby. it's hard to explain, but it is quite powerful despite it's drag and drop functionality.

also yeah it sucks it takes like 30 years to do anything, I'd rather just type it. but some people work better visual programming, go figure.

[BearCDP]

That reminds me of the difference between something like Max/MSP & SuperCollider though. Yeah, you can basically do anything with Max/MSP's or PureData's visual programming paradigm, but anything complicated results in an ugly mess. Complicated things are usually written as C or Java add-ons that are compiled to be little plug-n-play Max objects.

[Paul Eres]

i actually do wish GM's drag and drop system were improved to be something more like construct's -- GM's drag and drop is just pitiful. about 10% or less of GML's functionality can be done in drag and drop (even with extra "libraries" of drag and drop commands). whereas i can see someone making a good game using mmf2's or construct's visual programming systems, i can't see someone making a good game using GM's visual programming system

a lot of artists prefer visual programming i think; two of the artists of my game SD are competent in GM's drag and drop but can't code GML to save their lives