Ashley's Recent Forum Activity

  • We need a behavior that pairs objects for automatic picking, but can reset the relationship.

    The reason containers enforce the same number of objects is it's the only feasible and efficient way the picking-together system can be implemented. Any kind of other "pick together" feature that doesn't have the same restrictions as containers, would necessarily be very complicated (and therefore probably buggy in all sorts of situations), and fundamentally slow. And so then if you used it a lot and your game ended up slow, you're stuck, there's nothing you can do about it. I would strongly prefer to avoid implementing features that can end up being traps like that - the entire engine is designed to always be reasonably efficient even in the most extreme projects.

  • Ok, what I would like to know now is if adding a child will do automatic picking like containers do?

    No, that's what containers are for.

    Also, containers can only do that automatic picking because of the restriction around creating and destroying the container together. This enforces that there are always exactly the same number of instances of each object in the container, which is what allows the engine to be able to pick them all at once. If we made scene graph do that, we'd also need to reimpose the same restriction - and that would remove the ability to use scene graph dynamically (e.g. attaching and detaching different objects throughout the lifetime of one object). I think it's important to allow the dynamic usage of scene graph.

    Besides, I'd say that well-designed software should not duplicate features in different places. If you want simultaneous picking, use a container. If you want objects to attach to each other, use scene graph. If you want both, use both!

  • They are documented in common expressions.

  • The whole point of containers is if any object in the container is picked, the entire container should be picked. So it should work - if it doesn't, please file an issue.

  • You can also request a wake lock in the Platform Info object.

  • Oh dear, if the swipe is a system level action, normally that means it can't be overridden 🙁

    I think you can change the swipe gestures in the system settings though?

    We have similar trouble on iOS, since Safari seems to handle side swipes as unavoidable back/forward navigation gestures. It's difficult to handle this, I was aiming for a similar pattern to the Wikipedia app where you can swipe in the contents from the right, but it seems hard to do this in a web app.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • On Chrome for Android swiping from the side never tries to navigate forward or back for me. If it does it might be a bug. What browser/device are you using?

    I like the look of the mockup, but the main reason for the UI limitations on mobile is we're a small team with limited resources, and UI work is extremely time consuming to design, develop, implement and debug. To get UI to "just work" and smoothly do what you always expect it to requires a huge amount of work; any cutting corners and it ends up clunky and awkward. Therefore the mobile version is designed to work as closely as possible to the desktop version, involving the fewest changes. Similarly proposals that involve a small series of simpler and quicker changes to move things in the right direction are much more likely to actually be done than a complete overhaul.

  • It should work. If it's Construct that's crashing, please file a bug report following all the guidelines - we need all that information to help, since unfortunately it's impossible to fix problems from a brief description and some pictures.

  • You do not have permission to view this post

  • At the moment, scene graph has nothing to do with containers at all. We might find ways to integrate them in future, but the situation right now is they are two independent features that are working separately.

  • As advised in the manual, we recommend importing WAV files, since Construct will encode them automatically for you. If you use other formats, you will have to use other transcoding software.

  • It should work. It's hard to say more without seeing your project, or the game's URL.

    Make sure all your audio is in WebM Opus format - it's the only format that plays everywhere.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,827,627 followers

Connect with Ashley

Trophy Case

  • Jupiter Mission Supports Gordon's mission to Jupiter
  • 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
  • Forum Wizard Made 5,000 posts in the forums
  • Forum Unicorn Made 10,000 posts in the forums
  • Forum Mega Brain Made 20,000 posts in the forums
  • x126
    Coach One of your tutorials has over 1,000 readers
  • x74
    Educator One of your tutorials has over 10,000 readers
  • x5
    Teacher One of your tutorials has over 100,000 readers
  • Sensei One of your tutorials has over 1,000,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • RTFM Read the fabulous manual
  • x44
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs