TheRealDannyyy's Forum Posts

  • Description

    Construct 2 crashes when the right-click menu is being used in combination with a keyboard shortcut.

    (Using R273, it's still crashing with some menu's open.)

    Reproduction

    Layout right click:

    1. Open new project
    2. Right click on layout
    3. Press CTRL+W

    Event sheet right click:

    1. Open new project
    2. Right click on event sheet
    3. Press CTRL+W

    Old bug report:

    construct.net/en/forum/construct-2/closed-bugs-22/reliable-crash-using-kb-143297

    Tagged:

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I tried to reproduce this multiple times in the most recent release but it doesn't seem to happen anymore. I guess this can be closed for now.

  • It all sounds like it's related to the previously mentioned issue. In conclusion, please wait for the next release coming in about a week.

    If the issue persists, I'll do a bug report.

  • I couldn't find a Theme section so I hope the Plugin SDK section is fine.

    I've recently started looking into creating custom themes again. From what I could gather, the editor loads icons in some sort of blob format.

    Would it be possible to expose this to allow the use of custom editor icons?

  • I am testing a project with a sprite object, nothing more.

    In the preview the white screen appears (NWjs 0.41).

    With the exported project and running the exported game, the white screen does not appear, however, the NWjs window is delayed much more in becoming visible.

    For example, in version 0.39 the execution is almost instantaneous but in 0.41 it takes between 5/10 seconds.

    Everything I've said above, has been using a project with a sprite object, nothing more.

    I guess I will do some more testing and report it to them. Didn't really focus on the window visibility.

    The next release is happening fairly soon. Might be a good idea to test again using that release. Unless this is really urgent, I'd just wait until it's out.

  • I could reproduce this with the version you used and the most recent one.

    Exporting the game seems to be fine though, so I'm not sure if this is C2 acting up or NWjs. Every version starting from NWjs v0.41.0 seems to be affected by this. Since I cannot just provide an exported project that fully works for reproduction I honestly don't know what to do. (I obviously can't just tell them to buy a C2 license for reproducing a specific bug either.)

    Best thing would be a bug report here so that Ashley can look into it. Again, it just affects previewing for me. If your results are different, include that info inside the bug report please.

  • Hi, this happens in R272 and R273 of C2.

    I haven't tried it anymore, it's a matter of NWjs so I guess.

    I tried the official space blaster example.

    Ashley decided to not update to the most recent version because it didn't seem to be necesarry at that time.

    I will try to reproduce it with the most recent version myself. If it's also affected, I will create a bug report on GIT. Thanks for the heads up!

  • Hi, what happens to the latest version of NWjs for C2?

    When I run and the NWjs window opens, the window remains blank for approx. 5 seconds. and then the loading bar appears.

    That did not happen before, what happens ?.

    In this GIF (scroll down) you can see how long the window remains in white.

    https://media.giphy.com/media/jnbAGJPz2B3cIduh5t/giphy.gif

    Are you using the new C2 beta? Try a previous release, just to make sure it's NWjs and not C2.

    There have been some minor updates to NWjs that fixed regressions, this might be one of them. Can you also reproduce using any of the official examples, so that I can test it on my end?

  • I can't follow this step:

    > Add an action by clicking "add action", while pressing CTRL+S at the same time (IMPORTANT: finish the process of adding an action!)

    How do you do these two things at the same time? Construct does not let you. When you click "add action" a modal dialog appears, which prevents saving. Once the modal dialog is closed, you can save again, and that seems to work correctly.

    I tried to reproduce this in r272 but there is no error message. I will try to reproduce this again in the next beta cycle, since there have been a lot of updates.

    The reproduction in general is very precise and you have to press CTRL+S just a few milliseconds before clicking "add action". Again, I'll try to reproduce this and upload a video of it happening in the next beta cycle.

    TheRealDannyyy - there are various workarounds like you suggest, and there's also the fact you can copy and paste images now which might help make it quick to move content between editors too. There's another Project Fugu feature request though to launch an external app with a file which I think would do it.

    That looks like it could solve the external image editor and maybe even custom preview problems.

    Alright my suggested workaround isn't necessary. Hopefully this will make it into Chrome (and others), in the near future as well.

    Didn't know the web had so many great features in the works.

    We've been discussing about the possible removal of the external image editor feature with some Construct Community members. Since you guys know all the details on what is and isn't possible, I'd like to propose the following system as a replacement.

    Feature proposal: Local Image Sync

    Replace the "external image editor" button with a "local image sync" button. If this button is pressed, Construct 3 will sync the current frame with a selected source file. If any synced source image has been modified by the user, Construct 3 could open the sprite editor to confirm/apply the changes.

    I'd imagine reading the state of a file is possible using the new native file system API.

    There is a provisional schedule at goo.gle/fugu-api-tracker. I think that is subject to change, but it suggests the native file system origin trial will last through Chrome 78-80, and then ship for everyone in 81.

    That Google sheet is amazing, thanks for sharing! Alright, let's hope it goes through and ships as expected in Chrome 81.

    We've signed up to the origin trial though, so it'll be enabled by default at editor.construct.net through Chrome 78-80, albeit behind the "experimental features" setting in Construct. We might wait a bit longer after Chrome 81 before enabling it by default in Construct itself, since we have to be sure project saving is totally robust before enabling it for everyone.

    That's good to know, won't need to play around with browser flags. Thanks for adding early support for this feature!

    I've tested this using Chrome Version 77.0.3865.90 (Stable) + chrome://flags/#native-file-system-api enabled. Everything works fine. Saving, quick saving [CRTL+S] and loading.

    I find the info regarding the Origin trial a bit confusing. Do you know when this will actually go "fully" stable?

  • I'm not convinced it was a good idea to include in C3, really, since it doesn't really fix the problem and means you get inconsistent results across devices... but if you really want to... it just compares window.innerWidth/window.innerHeight to the size it really wanted, and calls window.resizeBy() with the difference to compensate. But resizeBy() doesn't correctly take in to account devicePixelRatio, so sometimes you still end up with the wrong size.

    Alright I should be able to create a testing project and see how well it works. It's ok for me if it only works on some devices for now, feels better than waiting for an official fix and doing nothing.

    Thanks for sharing!