snoopbaron's Forum Posts

  • I've added these two bug reports to the tracker. I've included a sample cap that reproduces the problem in a simple scenario.

  • I'm trying to understand how behaviors and events interact with one another. I've noticed while playing around that if I add behaviors having to do with movement and then try to tweak aspects of the sprites positioning it leads to conflicts. A simple example of this is the following:

    Add a sprite to an empty layout, give that sprite the ball behavior and turn on "Rotate Object" ball property so that when the ball sprite hits a solid wall it will rotate on bounce. Add solid wall objects for the ball to bounce off on the borders of the layout. Now everything will work fine in this simple example. But try to add an event that updates the rotation of the ball sprite and it will not rotate unless you turn off the "Rotate Object" property. I wanted the ball to rotate between bounces but to my surprise it ignores all changes made to it's rotation during an event and only rotates when the behavior's built in functionality tells it to (ie. every time hit hits a solid wall).

    Could someone explain to me at a technical level why the system works this way (I'm a software developer so you don't have to simplify things). Is the behavior implementation running after my events and overwriting my changes? Could behaviors run before my events so I could tweak their results in my events? Or are behaviors able to make certain object properties read only? How are user events and behaviors inserted into the game's main loop.

    Thanks,

    Snoop

  • As a work around you may be able to use JoyToKey during initial development:

    http://www.electracode.com/4/joy2key/Jo ... ersion.htm

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Wow that was quick . Thanks Ashley!

  • Enjoy your well deserved holiday Ashley!

    Cheerio!

    Snoop

  • Great, you read my mind . I'll be sure to lump my suggestion in one thread for easier management.

  • Thanks Ashley, it was my intention to add these new bug reports to the tracker (already added an older one) after some discussion. I'll post them first in tracker from now on and to the forum at the same time. Tonight I'll go and make sure all of these I posted are in the tracker for your convenience.

    Thanks, it's the least I can do . Hopefully after I get better at construct I can find additional ways to contribute. But for now I'm focusing on testing things out as I learn Construct and updating the wiki.

    Thanks,

    Snoop

  • You can currently toggle events on and off using the button on the ribbon tool bar. It would be nice if toggle event was also available from the pop up menu you get when you right click on an event.

  • I tried to get the event when my sprite that has only one animation that with the default name ("Default") finished but it does not work.

    On the other hand the "Any animation finished" event on the same single default animation sprite does work. I also tried using an animation name other than "Default" and it still failed to trigger the event.

    Snoop

  • I just found two possible bugs. I'll be reporting them in the bug tracker as separate bugs after confirmation. I also have a simple example CAP file that I will add to the bug reports.

    Application End event is not getting triggered when the application is closed (either by clicking the window close button or by using a Application close action). The current Layout end event is also not getting triggered when the Application closes not sure if that is as intended.

    The Every X millisecond event is triggering at the start of the layout as well as every X milliseconds. Every time a layout is started or re-started the Every x millisecond event will trigger regardless of time elapsed it will then continue to trigger but only every X milliseconds. I also tested the Every X ticks event in case it had similar behavior but it does not trigger at the start or restart of an application.

    I tested all this by having dialog boxes pop up with the name of the event just triggered in an otherwise empty project. I originally ran into the problem in a small demo app I was creating.

    Thanks,

    Snoop

  • Just wanted to suggest adding music loop support similar to the existing loop support for sound effects.

    What's the best format for submitting suggestions? Should I post one separate thread per suggestion or should I lump several in one thread if they are not very complicated suggestions?

    For example, I also wanted to suggest a Restart current layout action (I know you can just use go to current layout as well). Should that be posted separately?

    Thanks,

    Snoop

  • I've created a wiki account and added my two notes to the wiki. I'll take your advice and do my best to contribute content of value as I become more familiar with Construct.

  • I've added this to the bug tracker the priority is at 5 which was an error. I don't consider this high priority. I'm creating a Sourceforge account for future bug submissions.

    thanks,

    Snoop

  • Thanks for the clarification Ashley. I'll make sure to report all bugs in the bug tracker. I should have spent more time looking for it as it was right in front of my face in Construct itself .

    I also updated the wiki page under Go to layout with this note:

    "If the go to layout is the current layout it is restarted."

    Which is what I was attempting to do in my one layout application.

    Thanks,

    Snoop

  • According to the wiki:

    [quote:2o2xildv]Next Layout

    Goes to next layout. If current layout is last, goes to first layout. If current layout is the only layout, reloads layout.

    I tried this in the tutorial I've been following and it closes the application when there is only one layout instead of reloading it.

    I created a new project added one sprite added the bullet and warp behavior to the sprite. Then added one event, "on spacebar pressed go to next layout." It also closes the application instead of restarting it.

    BTW, is there a workaround?

    Regards,

    Snoop