Colludium's Recent Forum Activity

  • 99Instances2Go, you have just re-hashed my bug report. The first OR in your example works like a broken/locking AND condition and not an OR condition. The reason this happens is there is a bug in c2 :p ....

    Please stop spamming my bug report and let the c2 devs work this; are you still insisting that this is not a bug?

  • Thanks for checking, R0J0hound, that's good to know.

  • 99Instances2Go,

    I've edited the original capx, please re-download and take a look. There is definitely a picking problem caused by the presence and position of the mouse-overlap check condition.

    I have added a text object that changes to indicate if the OR block is running as TRUE or FALSE. The tiled background should be picked by the overlap with the sprite, but this is not happening - even though the text object is changing to indicate the condition was True.

  • 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!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • +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).

  • 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.

Colludium's avatar

Colludium

Member since 26 Aug, 2013

Twitter
Colludium has 11 followers

Connect with Colludium

Trophy Case

  • 11-Year Club
  • 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
  • x3
    Coach One of your tutorials has over 1,000 readers
  • Educator One of your tutorials has over 10,000 readers
  • RTFM Read the fabulous manual
  • Email Verified

Progress

18/44
How to earn trophies