alastair's Recent Forum Activity

  • Thanks for showing that closed report, I still desire an understanding of the logic though. To me it doesn't seem right to still create objects on the next layout, as I never told it to do that.

    To me the best way would be to finish running the event sheet (which includes finishing the trigger events, so basically stopping the sheet) THEN destroy all objects and change layout.

  • IIRC it has already been reported but was closed as wontfix

    That's a bit odd?

    Currently for me a it's a game breaking bug, on none of my event sheets have I told it to create objects on a different layout, but it's doing it anyway.

  • Thanks for confirming that it's not just me!

    I think I'll just wait for the fix, bug workarounds end up making things messy in a large project.

  • I came across this issue I was having again, after noticing it over a year ago: request-destroy-all-sprites-action_t80832

    I think sprites are created (every browser/node) when changing layout. This means sprites are created on the next layout you go to. What's the logic you're using when you use the "go to layout" action? Because the way it seems to be working for me is this: When it gets the event "go to layout" all instances are destroyed, then it continues to run the rest of the sheet (or just the triggers?), if you had any "on destroyed" events or "create object" actions that were going to run that that tick then they'll be created — but on the next layout.

    This causes issues for me, you can see here that after "go to blank layout" it has some newly created sprites? The layout should be completely black, but it's not, it has objects that were created from the previous layout:

    This also seems to cause issues when I return to the layout:

    Nodewebkit:

    Chrome:

    Firefox:

    I originally thought that objects were simply lingering from layout to layout, but since realizing that they were most likely newly created I then tried disabling a group that was creating most of these objects before I used the go to layout action:

    Disabling that group, which I use to mostly create things, seems to have solved the issue of objects from one layout moving to another layout and I now get a nice black screen when going to my blank layout. It also removed the above errors from occurring.

    ____________________________________________

    Summary:

    Objects are probably destroyed by the "go to layout" action is performed but then events that use "on destroyed" are still run afterwards. This should not be the case as it means objects will be created on the next layout you go to.

    Here is a CAPX: https://copy.com/gRmijhp1JWJb7Qkz/bug_c ... download=1

    You'll notice that after 2 seconds, it will change to a black blank layout, and an object from the previous layout will be on the next layout (when it shouldn't be there).

    I'm guessing this is something like what you're currently doing for the tick?:

    • Change layout action is noticed
    • Automatically destroy every object
    • Layout is changed
    • Continue running the event sheet for that tick (which may include creating objects, that are then placed on the new layout)
  • Yeah, actually auto-saving is a good idea

  • That's an interesting question, but I don't think it would be possible.

  • Oops, thought this was in Website Issues, sorry!

  • Ashley having the saves go to the game's location is very useful, it's the standard practice for games. It means that we don't have to teach our users how to go to: "C:\Users\John\AppData\Local\Roaming\Documents\Programs\Features\Gardening\Knitwear\Publisher\Developer\GameName\Sausages\X34265"

    they can just go to the game's folder where saves are usually kept in normal games.

    nothaseo Have you been able to do it yet?

  • I can't open some of the .capxs they give an error, and when I try inserting the viewport object:

    Using latest version and r191.

    That sprite/billboard thing sounded cool too, nice work with the plugin, it seems a lot nicer now.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Yes please! Especially for text, dealing with a top-left hotspot is really annoying when the text is left-aligned.

    While we're on the subject...what about making tilemaps center-oriented? Right now you can't resize them without screwing up your tiles :T

  • █▀▀░█░█░█▀█░█▀▀░█▀█

    ▀▀█░█░█░█▀▀░█▀░░█▀▄

    ▀▀▀░▀▀▀░▀░░░▀▀▀░▀░▀

    █▄░▄█░█▀▀░█▀▀▀░ █▀█

    █░█░█░█▀░░█░▀█░█▀▀█

    ▀░▀░▀░▀▀▀░▀▀▀▀░▀░░▀

    █░░█░█░▀▀█▀▀░█▀█░ █▀█

    █░░█░█░░░█░░░█▀▄░█▀▀█

    ▀▀▀▀░▀▀▀░▀░░░▀░▀░▀░░▀

    █▀▀░█▀█░█░█▀▀

    █▀░░█▀▀░█░█

    ▀▀▀░▀░░░▀░▀▀▀

    ░░░░░░██▄

    ░░░░░░█░█

    ░░░░░█░░█

    █▄▄▄█░░░██

    █░ Scirra ░░░░█

    █░ Add This ░░█

    █░ Please! ░░░█

    █░ And Give ░░█

    █░ Me One! ░░█

  • Only if you have a pink boomerang (it grapples to walls).

alastair's avatar

alastair

Early Adopter

Member since 14 Jul, 2007

Twitter
alastair has 5 followers

Connect with alastair

Trophy Case

  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • RTFM Read the fabulous manual
  • x2
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x7
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

26/44
How to earn trophies