pandabear7413's Forum Posts

  • Thanks Ashley for the reply, that's a good survey to use. I'm confused about what's going on though (turns out it's not a x64/x86 issue) so I'll create another thread for that.

  • I export my game to WebView2 and include both an x86 and an x64 build. The game uses system->save and system->load for savegames. I noticed a weird issue today: if I create a savegame using system->save in the x86 version, and then load that savegame using system->load in the x64 version, one of the functions in my functionMap isn't being called. Same thing happens if I create a savegame using system->save in the x64 version, and then load that savegame using system->load in the x86 version.

    It's a weird issue since only one of my functions is affected. So a few questions:

    - Any idea why a function in a functionMap would be affected by this, while everything else seems to work properly?

    - Is there any strong reason to ship x86 WebView2 games? I figured everyone was on x64 by now, and I'm only focused on Windows.

    Thanks

  • TLDR - it seems like templates don't properly set object origins...

    I'm trying to use template to set the origin for Text objects (going to use them to create a menu system). I created 2 templates of my Text object: leftOriginTemplate and rightOriginTemplate. I then added a new Text object to my layout and its origin was automatically set to left, probably because leftOriginTemplate was the first Text object created on that layout.

    I then renamed this new Text object "replica" and made it a replica of rightOriginTemplate. It inherited all the elements of rightOriginTemplate, and shows Origin as 'right' in the Properties bar, but the actual origin is still left. I can manually change the origin in the Properties bar to 'right' (have to change it to something else first, and then back to 'right'), and it will then correctly set the origin to 'right', but if I then make replica a replica of leftOriginTemplate, it doesn't change to origin to 'left' as it should.

    Screenshots have some of this highlighted in red boxes. Should I submit this as a bug?

  • I'm not quite ready to upgrade my project to r327. I want to keep using r317-2 for the time being. With certain older releases I can just add the version number to the URL, e.g., https://editor.construct.net/r293/. However, https://editor.construct.net/r317-2/ just loads r327. How can I access r317-2?

    Thanks

  • The Spawn another object action of Sprite is not yet supported.

    Is this still on the roadmap, and is there a general timeline?

  • This pic is from an old tutorial. I can't figure out how to create such a circle with faded edges in the sprite editor. Is it possible, and can someone explain how?

    Thanks

  • Aha! Not sure why I didn't think to look there -- maybe I was looking for Construct or WebView -- but you're right, I have a folder called:

    C:\Users[user]\AppData\Local[gameName]

    Size was larger than I expected, ~100mb, but now that I know it's there I can play around and try to tweak it.

    Very helpful - thanks!

  • Seems to be as designed that if you load a game that involves transitioning to another layout, it runs through events after the game load. Some are skipped though like 'on start of layout' events. I wouldn't expect anything different because loading the game in a sense is going to or loading the layout unless you are already in it.

    Thanks guys. I guess I have a different understanding, I thought system->load essentially reloads the exact state of the game when it was saved. I would expect the status of 'trigger once' to be preserved.

    Ashley Can you clarify if this is an issue or proper behavior? If the latter, are there any other things that are not preserved on a system->load?

    Thanks

  • I'm using system->save and system->load for savegames . I'm having a weird issue…

    My game has 2 layouts -- the title layout and the level layout. The game is saved in the level layout (e.g., when the player reaches a checkpoint). The title layout has a "continue" item that, when clicked, calls system->load to load the savegame. In my level layout event sheet I have an event that uses the "system-> trigger once" condition.

    Steps to reproduce the issue using this project:

    - Preview project

    - Press 2 to go to the level layout

    - Press S to save the game

    - Press 1 to go to the title layout

    - Press L to load the game

    What should happen:

    What actually happens:

    For some reason the "trigger once" gets reset, i.e. it's as if it hasn't triggered, and the text->append action runs again. But this only happens if system->load is called from the title layout -- if you press L from the level layout, the text->append action does NOT run again (which is the expected behavior).

    I hope this makes sense. Even more, I hope someone can explain why this is happening.

    Thanks

  • I use the System save and load actions and would like to better understand the size and location of the saved data. I run the C3 editor in Chrome, in which I preview the layouts/projects. My game is exported to WebView2 for Windows. Does anyone know exactly where (i.e., in which Windows folders) I can find the save data for Chrome and WebView2?

    Thanks

  • Spot on. Not sure why I didn't add my standard "printToError" call to see what was up. I had an additional condition after "on created" checking if the sprite's instance variable was set to a specific value, but of course that hasn't yet been set when "on created" is called. I now wait(0) in the "on created", then check the instance variable. Works great.

    Thanks!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • There's a bug in my code...

    I want to set the color of a sprite when it's created. If I call "setColor" in the "sprite on created" trigger, nothing happens. Even if I add a wait() before the setColor action, the color doesn't change. Doesn't matter what wait time I use.

    I created a test project and saw that calling "setColor" in the "sprite on created" trigger does indeed set the color as expected, so something in my code is messed up. But I can't for the life of me figure out what. The sprite is being created at runtime and is not in the layout at startup. There's no other "set color" call in my code. Any thoughts on what may be causing this?

    Thanks

  • Very clever, thank You! This is in by backlog but looking forward to giving it a try.

  • That's good to hear! I'm going to play around with this idea a bit and may have some questions. Thanks!

  • MoscowModder Sorry to hijack your thread, but I didn't see a way to PM you and I wanted to ask you about an old post of yours. Did you ever figure out a good solution to changing sprite animations during timelines? I'm looking to do the same thing -- have sprite animations change during a timeline -- and I'm actually pretty surprised it's not a standard option.

    Thanks