onzephyr's Forum Posts

  • You do not have permission to view this post

  • You do not have permission to view this post

  • Aurel

    glad it was helpful. After posting I thought of a few other things that maybe of use.

    1. C2 executes events top to bottom so organize well. or you may not get the results you expect No "begin step" "step" "end step" "draw step" it's just all one step.

    2. draw_gui C2 equivalent is a top most layer with scalerate=0 Parallax=0,0. then placing your GUI objects on said layer.

    3 Parent object. is exactly like a Family in C2. But you can only have one object type in a Family. Both can have overlap. GMS Parent objects can themselves have parents. and an object in C2 can exist in many families

    4.Sure you noticed by now. you can edit scale and rotate objects on a layout without the fear of everything going to hell. unlike in Rooms.

    5. Nothing like surfaces built into C2. some 3rd party plugins give you some of these functions back.

    6. Sound in C2 is less buggy then GMS and more responsive in the editor.

    7. no "switch" statement in C2. get used to lots of IF statements and use a local variable as your break.   

    8. you can't store objects as variables in C2. you will need to use a variable as a switch to choose the object instead of directly calling it.

    Example, not practical to spawn an enemy each tick but just pointing out the difference.    

    GML

    //step event, or some other event

    NewEnemy=choose(obj_enemy1,obj_enemy2,obj_enemy3);

    instance_create(x,y,NewEnemy);

    C2

    // create variable. global in this example.

    "Newenemy"=0

    each tick-- Newenemy=choose(1,2,3)

    sub event

    if Newenemy=1 -- system create object obj_enemy1 at layer,X,Y

    if Newenemy=2 -- system create object obj_enemy2 at layer,X,Y

    if Newenemy=3 -- system create object obj_enemy3 at layer,X,Y

    you can see how this could become lengthy if your spawn system was complex.

    9. scirra forums don't have a collapsible/expandable code tag. I wish they did <img src="smileys/smiley2.gif" border="0" align="middle" />

  • I can also confirm bug with example file in R143.

    Open file. middle mouse button scroll. Error and crash.

    I'm sure it's related to this bug, but I have a project that crashes the same way if you check show grid. Same errors and result.

  • Great idea for a jam. Going to have to start brainstorming.

  • It sounds like Containers maybe able to help.

    here is the Containers manual entry

    scirra.com/manual/150/containers

  • You do not have permission to view this post

  • Very handy. Thanks

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • For the moment, you can add a Sprite, which consists of a bitmap grid. Don't forget to delete it before export ;).

    This is what I do for the time being as well. Always figured a visible grid was on the to-do list. happy to know it got a bump up said list.

    Visible grid Plus the ability to tab through fields in the property and ribbon menu. And I think My workflow would be about perfect.

  • One game a month is into it's third month now. Based off just searching for tags like Construct 2 on Onegameamonth.com It does look like a good number of people who use construct 2 have joined in.

  • I'm had the same issue. Last beta download capped out at about 30k/s as well. Took about an hour to download.   prior downloads I've had no issues. Figured it was my connection. So I skipped it and downloaded r118 at work. But I had the same speed issue from that connection as well.

  • Nice game quite fun. Think you nailed the homage to wizard's lair. Are you doing another game in this same style for February 1GAM? or something else?

  • Entry

  • Awesome news! Voted and commented.

    Betting it won't take long to get all the support it needs.

    wonder what possible steam workshop integration would be like?

  • You do not have permission to view this post