dop2000's Recent Forum Activity

  • Arrays are often overrated.

    To pick two non-repeating random values you need the AdvancedRandom plugin:

    You can also do this with object instances. Say, if you want to give the player 2 random keys out of 10, you can place all 10 key sprites on the layout (somewhere off-screen). Then on start of the layout pick two random key instances and destroy the remaining ones.

  • The sprite should be destroyed if it's selected in Tween options, doesn't matter which property you are changing.

    Do you also have Fade behavior on the button? Maybe it interferes with the tween.

  • Afaik this method still works:

    construct.net/en/tutorials/sending-data-construct-23-1447

    If there's an error in preview, you can try the fix for cross-domain requests from the manual:

    construct.net/en/make-games/manuals/construct-3/plugin-reference/ajax

  • Not sure what it has to do with reducing lag, but you can probably do this: 

    Enemy On collision with EnemyFamily

. Enemy health>EnemyFamily.health : 
.........Enemy add EnemyFamily.health to health, destroy EnemyFamily
. Else
.........EnemyFamily add Enemy.health to health, destroy Enemy

  • See the response from the developer:

    construct.net/en/comments/57765

  • Which error? Did you restart the editor after installing the addon?

  • Ashley The current system is inherently unfair to users who submit their ideas later in the year. These suggestions often don’t get enough exposure before the annual reset, meaning excellent ideas risk disappearing unnoticed. Meanwhile, mediocre suggestions are repeatedly reposted at the start of every year, cluttering the list.

    A 12-month expiry period for all suggestions would ensure equal treatment, as every idea gets the same amount of time to gather votes and attention. At the end of the 12 months, the number of votes would accurately reflect the suggestion's usefulness and popularity. You could then decide the next steps for most popular suggestions — whether approve them for development or decline and archive.

    This approach could also help reduce the number of reposted suggestions, which aligns with your goal of keeping the list short and relevant. If users see that their idea hasn’t gained many votes in 12 months, they’ll be less likely to repost it, as it no longer provides the advantage of being at the top of a freshly reset list.

  • Oh! I thought that only those requests that get few votes over time were being eliminated.

    Nope. Everything is purged, and then there’s a rush of users reposting their old suggestions, hoping they’ll stand out and get a few votes while the list is fresh. Then others start reposting suggestions they liked from the previous year. Then the original authors return to find their ideas already re-posted — sometimes in a less detailed or lower-quality form.

    We've seen this cycle repeating every year. It’s clear that this system has significant flaws.

    Implementing a 12-month expiry period for posts and automatically removing those that haven’t received, say, 20 votes within that time frame could be a simple and effective solution.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Hi Ashley,

    First, I’d like to thank you and the team for all the hard work you put into making Construct 3 better year after year.

    However, I believe the annual purge of feature requests might need a rethink. It doesn’t make sense to delete great ideas from November or December just because of a calendar reset. To use an analogy, this is like tossing out ALL the food in your fridge every month to avoid spoiling.

    A more balanced approach might be to set a rolling cutoff period — remove feature requests that are over 12 months old and have not received a significant number of votes. This way, older ideas naturally phase out, but newer suggestions still get a fair chance. It would also cut down on people reposting the same ideas, which inevitably happens at the start of every cycle.

  • on the website construct.net/en/make-games/addons/290/faceapi

    There are two example projects, have you tried them?

  • Well, I was already using global variables, and they still reset.

    They should not reset, unless you have an event that resets them.

  • Just to clarify, can I use the Dictionary object to store item details like name, quantity, and price all in one entry for each item?

    No, you'll need to use multiple keys.

    In your case an array would be a better option.

    But the best option (in my opinion) is JSON - it will allow to store any data in any format you like.

dop2000's avatar

dop2000

Member since 26 May, 2016

Twitter
dop2000 has 255 followers

Connect with dop2000

buymeacoff.ee

Trophy Case

  • 8-Year Club
  • Entrepreneur Sold something in the asset store
  • 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
  • x5
    Popular Game One of your games has over 1,000 players
  • x2
    Coach One of your tutorials has over 1,000 readers
  • Educator One of your tutorials has over 10,000 readers
  • 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
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • x3
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x13
    Great Comment One of your comments gets 3 upvotes
  • Delicious Comment One of your comments gets 10 upvotes
  • Email Verified

Progress

28/44
How to earn trophies