Ashley's Forum Posts

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  Sorry about this, it's just a simple mistake in r160 that breaks some layer effects. It will be fixed in the next build. If you're affected just roll back to r159 in the mean time.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  Closing as not a bug. Your .capx is in test mode, and when pressing cancel by default the return code is set to S_OK meaning success. If you change it to something else like E_FAIL it triggers the error handler. This is just confusing UI in the Windows 8 test mode (which Microsoft made, not us).

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  The most likely thing is you just made a typo and it's accessing a non-existent property, which returns undefined. Alternatively maybe it's not actually a boolean, and returns an object or some status in a string that is not a boolean. It depends on the API. There are hundreds of conditions that look like that in the C2 engine, and they all work correctly, so it must be something to do with the FGL API.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  Closing, this is caused by buggy third party plugins. I'm afraid we can't help support third-party addons.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  This could only happen if you did actually add the object to the project. You don't have to use it beyond that, but if it is added to the project it is required and that is the correct behavior. Closing, please submit a .capx that reproduces the problem if you still think it's a bug.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  Please report bugs to the Bugs forum following all the guidelines.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 4 Feb, 2014
  • Quote

  Check your browser and graphics card drivers are up to date.

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Please submit a .capx as per the guidelines.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Closing as not a bug: your tile size is ridiculously small (5x5). Make it an appropriate size and it will be faster to start up.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  OK, hopefully should be fixed in the next build.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Does it happen when using ordinary objects (e.g. sprites, tiled backgrounds) instead of a tilemap?

  If so it's probably just how the physics engine internally handles collisions. I'm not sure there's much we could do about it.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Can't reproduce: in your pre-crop example if I hold shift+crop it crops all frames correctly and does not make the object move around. It looks like you simply clicked somewhere accidentally and mis-placed the origin. Please make sure your bug reports are exhaustive in detailing precisely what you do, in what order, and how - I don't know if you did something different to me, and you're referring to a pretty long tutorial with lots of steps.

  New users commonly report their own mistakes as bugs so please be careful with making reports if you are not familiar with the tool.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Did you see the built-in example? You don't need a library to check what the user said, the speech recognition engine already does that. So you can just compare the text that is coming in from speech recognition.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Hopefully Google will lift the APK size limit at some point - 50mb is fairly small given modern phones with gigabytes of storage and broadband connections. If they don't, we've been experimenting with web-loading games on Crosswalk - in other words, the app will just be a frame that on first run loads the game off the web by visiting its URL. The AppCache will let it run offline (as happens in browsers as well). Then your game can be as big as you like, and will even auto-update without having to publish updates to Google Play - but you'll have to have a server.

• • Ashley Construct Team Founder
  • 
    Moderator
  • • Joined 21 May, 2007
    • 
    • 672 topics • 31,116 posts
  • 1

  • 3 Feb, 2014
  • Quote

  Crosswalk should be pretty good for Android. It's free, doesn't add any logos, has better audio support (Web Audio API) and lots of other browser-level features that CocoonJS is missing (e.g. XML parsing, form controls, etc).