brushfe's Recent Forum Activity

  • The problem is the same, looking backward or forward. Whatever time was spent, or will be spent, developing Animate could've been spent on C3.

    The expectation isn't that 10 years of features get quick action. We've all been told that Scirra's a small team, and that new features and improvements take time, and that's true. But now, any progress will take even more time—in exchange for an animation program.

    A chance for significant ROI is good for Scirra, and it's fun to experiment. But for people paying for C3 every month, excited and hoping for more C3, you have to understand why this will be problematic. We're getting less dev time on C3 and funding a gamble many won't use.

    But maybe we've got that wrong? If you can show people how this won't affect C3 in any way, as you said, I think it would go a long way.

  • Just a clarifying question - is all that code supposed to be part of the function "GoToNextLevel"? Or is it meant to run every tick?

    It looks like it's running every tick, because it's not a subevent of the function. But it seems like you want that code to only run when the function is called?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • How many features in the suggestion platform will now be put off indefinitely because they now choose to focus on timeline / animation improvements, which will no doubt now get priority, of which may not even make it into C3 because their not "game related"?

    I really love C3 and the team behind it, but sadly I feel the same way, so far anyway. No matter how "manageable" the workload, the focus on C3 is still split. Even 10% of time away from C3 is tough to imagine, when there's enough ideas for C3 improvement to fill 300% of the time available.

    At best, it seems like compromise is inevitable: the features that affect both C3 and Animate will naturally become a way to make "both" sides happy, and show that there's no slowdown on C3 updates.

    One small thing about the forum update— it's a bit unfair to say "I am not aware of anyone who complained during that time that our usual rate of work had slowed down". I think most/all have assumed the team has been 100% focused on C3 the entire time, so of course there'd be no complaints. Had you asked last summer how users would feel if you spent even 10% of the dev time on a new animation product, you certainly would've heard those complaints.

    The list of mandatory features for Animate is already well outlined and a huge amount of effort or time. Adding my feature suggestion for Animate feels a bit moot considering the core work to be done.

    I suppose I'm still wondering — genuinely, not rhetorically — how does a small team for C3 not get smaller tackling this workload?

  • Glad it worked out!

  • There may be a more elegant way, but I put objects that can collide with themselves into a family, which lets you check if "family" is overlapping with "object".

  • I think someone here shared a cool example where the Text Input was made invisible with CSS, and displayed a Spritefont object that matched the text of the Text Input. So it kept the function of the Text Input object, but had the visual cohesion that the Spritefont allowed.

    Is that the kind of thing you're after?

  • I mentioned this briefly in the comments, but in case it gets lost there, I think you'll have to be very careful around feature-locking.

    Naturally the business appeal of 'suites' is the potential for both new users and more revenue from existing users. But the failure of many suites/brand families/etc is holding features hostage behind products.

    We're only seeing a sliver of the plans for Animate, but so far it does include this. Locking Export to Video behind Animate only makes sense from a business perspective. Asking C3 users to pay extra won't go over well with those who currently use C3 for any animation, and with the community on principle (since Animate is just Construct and there's no barrier to porting the feature.)

    It's a fine line that will need good communication to manage. In this case, it does seem like buying Photoshop just to save my Illustrator file as a JPG.

    That aside, I truly love how Construct has opened the doors to development for so many people, and I hope Animate brings more animators into the world.

  • You can also use an array to store the x/y coordinates (and other data), then draw/destroy the objects at any time.

    Here's a quick example (though it's not very elegant, I'm sure there's a nicer way to do this!)

    drive.google.com/file/d/1Jq5KyR5TYjuROt9JMqeb2ENaN2oPuFAU/view

  • Sure thing! The folks who were helping you out earlier gave far smarter and more useful advice—I'm happy to help with the obvious bits!

  • It sounds like the origin point of your Head sprite is in the wrong place. Try opening the Head sprite in the animation editor, clicking on the Image Point tool, and putting it in the center of the sprite (see image)

  • Ok thanks—if you can't share it, can you describe what's happening/what's supposed to happen?

  • It's hard to say why without seeing your code. Could you share your project? Or a screenshot?

brushfe's avatar

brushfe

Member since 21 Jul, 2013

Twitter
brushfe has 2 followers

Trophy Case

  • 11-Year Club
  • Forum Contributor Made 100 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • RTFM Read the fabulous manual
  • x10
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x3
    Lightning Draw First person to up-vote a new Construct 3 release
  • x3
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

21/44
How to earn trophies