Colludium's Forum Posts

  • If you regress your game back to r130 now, today, what performance do you see? If it's not much different then the problem is caused by something you've done, if performance does improve in r130 then clearly the problem is something inside c2...

  • The result of a pick condition like 'is overlapping' is not a true or false flag, the result is a list of objects, populated or empty.

    Let's agree to differ on this point and see what Ashley says. I am pretty certain that if the SOL is not empty then the condition should behave as if it was true. This is why, in fact, in my second example above (line 6: Else, Cursor is over Sprite) the condition is true and the variable changes to 1 whenever the mouse is over the sprite (ie the SOL is not empty).

    Additionally, your analysis does not explain any of the nuances of this bug (ie the order of the conditions in the OR block makes a difference as well).

  • 99Instances2Go,

    According to the manual, if any condition in an OR block is true then the sub-events should be run.

    Here's another example to demonstrate the bug: capx demo 2.

    The group "works for cursor overlap" runs correctly because the overlap check condition reads true (ie the cursor overlap condition = 1). So we have a condition that reads as 1 when on its own or under an Else, yet it does not read as 1 if it is placed inside an OR block.

  • MadSpy - thank you for that - adding it to my library of useful info!

  • +1 to request support for this simple addition to the only method of exporting to all desktops.

  • I think if lack of familiarity with c2 doesn't prove to be a hurdle for a plan to create a 'one of the largest games in the world' then the Windows encoded cap of approx 10,000 assets could prove to be a limiting factor (see here).

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • winsonzhong, the displayed window is the correct size but I think that the returned values for nw window size and system window size are transposed. Print screen and measure the result to confirm.

  • winsonzhong, using r227 I find that it works correctly with nw v0.14.2 and nw v0.14.0....

  • winsonzhong - !

    Which version of nw.js were you testing with? I'm away from my computer for a few days so it'll be a while before I can recheck what I've done.

  • Woop woop!! I need to work faster at my game so I can implement this lol !!

  • Thanks 7Soul - I have no stress about this (won't for a few months yet) so I can bide my time. I just wasn't sure if this was a nw.js bug or if they had changed their api with the rollout of the new version.

    Update:

    I have updated the capx to include a couple of extra lines of info in the text object. Running in nw.js v0.14.2 nightly, this problem is no longer apparent - the correct canvas size is now being displayed. Probably worth closing as not a c2 bug.

  • The max width of text object will be the initial width.

    I missed this but understand now - thanks for a great plugin!

  • This is an awesome addition but I have some bugs! I get some occasional glitching where it appears that the text justification changes for a few seconds before settling down. I have not been able to reproduce it in a simple capx yet. I also have an example here where it appears that the plugin is not re-sizing the text object. Unless there's something fundamental that I'm missing, I think this is a bug. Thanks!!

  • Problem Description

    OR blocks are not properly registering as a TRUE condition when one or more of the condition lines indicates TRUE.

    Attach a Capx

    link to capx

    Description of Capx

    The layout contains a TiledBackground (TB) and a sprite (with 8-direction behaviour, so you can move the sprite to overlap the TB). There are 3 groups in the event sheet, 2 of them are disabled so that only one group runs during testing.

    If the mouse or the sprite overlaps the TB then it is set invisible. Group 1 works correctly with separate events to check for the overlaps. Groups 2 and 3 contain OR block checks of the mouse + sprite overlap, with the order of the conditions swapped in each group.

    Steps to Reproduce Bug

    • Run the layout with only Group2 enabled and observe when the TB is set invisible with mouse / sprite overlapping it.
    • Run the layout with only Group3 enabled and observe when the TB is set invisible with mouse / sprite overlapping it.

    Observed Result

    As described in the Group comments, the OR blocks in Groups 2 and 3 do not work correctly. The Group2 OR block works like an AND (sort-of...), and the Group3 works only when there is a mouse overlap.

    Expected Result

    Each OR block should register as TRUE if one or more of the lines in the block registers as TRUE.

    Affected Browsers

    • Chrome: (YES)
    • FireFox: (YES)
    • Internet Explorer: (YES)

    Operating System and Service Pack

    W10 x64

    Construct 2 Version ID

    r227 64 bit

  • I think you want to scale the object in the layout editor so that an up scale gives sharp image quality?

    It would be hard to set up with parallax, but you could set a layer scale for the tiled background layer to 0.5. Assuming your window is 960x540 it will up scale to full image res. Alternatively you could procedurally create sprites over a dummy tiled background object that you then destroy on start.