R0J0hound's Recent Forum Activity

  • Try the Sprite Button Plugin: http://www.scirra.com/forum/viewtopic.php?f=29&t=5791

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • What a fun project, I would have loved to do such a project in collage.

    [quote:399dntbv]...open source is not terribly useful when the libraries required to compile and hence fix some of the many many bugs, are not open source.

    While you can't compile the Construct's IDE from the source (unless you have the PROF-UIS library), you can compile the runtime and all the plugins as long as you have Visual Studio. You can even compile with Visual Studio Express, you just need to get a hold of the MFC/ATL libraries.

  • Cool example lucid. There is a lot of potential for using python to create reusable bits of code.

    Here's a barebones example of using python to make your own platform behavior:

    http://dl.dropbox.com/u/5426011/examples/pybehavior.cap

    And here's a more complicated example:

    http://dl.dropbox.com/u/5426011/examples/pyramid.cap

    Although there is no need to understand how it works to use it.

  • You'll have to make a method for writing text one letter at a time that is TimeDelta independent. When the timescale is zero, timeDelta is zero and the timer does not increase. You can use ticks though. There is a tick pretty much every frame, and by default construct runs at 60 fps. So you can make something happen every tick or every 16 milliseconds (1000 / 60).

    Here is an example:

    http://dl.dropbox.com/u/5426011/examples/timeDuringPause.cap

    req at least ver 0.99.84

  • It works for me when using the physics behavior. What other objects/Behaviors are you using? Also if you post a cap that will make it easier to figure out the reason for the crash.

  • I think Construct is and has been ready for a major game. The unpredictable bugs that abhilash2863 speaks of are random crashes of the editor that seldomly occur (at least for me). Save often as this is advisable for any computer program to prevent loss. The runtime however is very stable so you needn't worry about your game crashing.

    I for one appreciate every new version of Construct, but I am not waiting for version 1.0 before I start a big project. I just haven't come up with one yet.

    -cheers

  • Use goto layout and got the name of the current layout.

    So if you layout is named "Layout 1", use this action:

    -> System: Go to layout "Layout 1" with transition "None" lasting 0 MS
    [/code:2l7wb336]
  • Here's a test cap: http://db.tt/QXvbs0 req 0.99.84 or newer.

    As long as the object is flashing, trying to make the object visible or invisible has no effect. It looks like this is by design because all flash does is make the object visible and invisible at regular intervals.

    I'm having no problem making the object visible or invisible once the flash is done.

    Stopping the flash is fairly simple by using the flash action with just zeros:

    -> Sprite: Flash for 0 seconds with 0 seconds interval[/code:1rjaxayk]
    but since you said "that's not the point" I guess that won't help.
    
    I find the way flash currently works to be acceptable, but that's just me.  It's simple enough to do those actions you need done.  For example to hide a flashing object it would only take two actions:
    [code:1rjaxayk]-> Sprite: Flash for 0 seconds with 0 seconds interval
    -> Sprite: Make Invisible
    [/code:1rjaxayk]
  • For the shield you could use the canvas object. Look at the example here: http://www.scirra.com/forum/viewtopic.php?f=16&t=971

  • 1)

    Resize window

    Objects needed: Window

    -> Window: Set size to (320+Window.Width-DisplayWidth, 240+Window.Height-DisplayHeight)[/code:dgxwbn3d]
    replace 320 and 240 to whatever size you want.
    
    If the Window properties option "Caption" is unchecked then you can simplify it to:
    code]-> Window: Set size to (320, 240)

    Center window

    Objects needed: Window, SysInfo

    -

    > Window: Set position to ((SysInfo.GetScreenWidth - Window.Width)/2, (SysInfo.GetScreenHeight - Window.Height)/2)[/code:dgxwbn3d]
    
    2)
    [b]Alternative Fullscreen[/b]
    Objects needed: Window
    Do this: uncheck the window properties option "Caption"
    and use this event:
    [code:dgxwbn3d]+ System: Start of layout
    -> Window: Maximize window
    [/code:dgxwbn3d]
    
    3)
    Construct is not limited to 32 directions, you can have as many directions as you like.
    Click on a sprite and goto the animation tab.
    By default there is only 1 angle: "Angle: 0 (Right)"
    right click on that angle and select "Add new angle"
    You can select an angle from the dropdown or just type in whatever angle you want (repeat for as many angles as you need).
    For 32 direction that would be an angle every 11.25 degrees.
    At runtime the sprite will automatically lock to the closest animation angle.
  • It's not a bug, the Grid movement with "player controlled" checks if the sprite can move in a particular direction by checking if the sprite overlaps any solid at it's destination. If no collision is detected the sprite will move without checking the in between positions for collisions.

    I whipped up an example on how to overcome the problem using the "Manual" mode of the grid movement and checking 1 pixel away before movement:

    http://dl.dropbox.com/u/5426011/examples/grid.cap

    req 0.99.84

R0J0hound's avatar

R0J0hound

Member since 15 Jun, 2009

Twitter
R0J0hound has 155 followers

Connect with R0J0hound