oosyrag's Recent Forum Activity

  • You need a trigger or other condition to specify when to run the event, otherwise it will run again every tick.

    For example add on layout start or on mouse click or similar.

  • Repeat array.width times

    Compare two values array.at(loopindex, selectedRowY) is greater than 0.

    Create object

    Set width to array.at(loopindex, y)

  • Don't use wait. Run a timer or fade behavior on the created object.

  • You can copy a spreadsheet and paste into the array editor in construct, to use as a project file the array object can load on start.

  • The bullet behavior should have no collision interactions unless you specify them, or if you have physics on at the same time. The bullet behavior and physics behavior should be used exclusively of each other, pick one or the other.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Your post doesn't give enough information to provide help.

    You can try defining "works fine", "odd ways", and "right place" in more detail. Pictures or an example project could help.

    I don't see the free version as something you're meant to make games with, although it is possible.

    50 events is more than enough to get a feel of the workflow you would use with Construct, to see if it suits your style. It's nice so you can see if you like the software before you purchase a license.

  • Any chance that a feature can be added to "Send to peer" that instructs the host to process messages from itself (via loopback). Something like a check box on the "Send to peer" event that says "Process host originated messages to itself".

    Unless I'm missing something obvious...this causes a lot of redundant code between Peer and Host event groups that could be addressed in a common group if the host could be told to process it's own messages.

    Again...apologies if I'm missing something obvious.

    Since the host is the one sending the message, in the same event with the send to peer action you can add the actions for processing the message at the same time, since the host already has the data available.

    Peers need to add the trigger on message received to trigger those actions, because there is a time delay until they actually receive the message. No point for the host to have this.

    The redundant code would be having the same set of actions twice, once for peer and once for host. This is generally best practice, as in many situations host and peer are "interested" in different information and do different actions.

    If you really want to consolidate your host and peer actions to be the same, call and use a function instead.

  • Do the same as you would with the score itself, but using a different localstorage key name.

  • I had been using the desktop build to run previews that can parse local files through nwjs without exporting the project (or importing the data to be parsed as a project file).

    My understanding is that the local file/folder save functionality doesn't really help in this situation. Are there any plans for the browser version to allow previews to access the local file system? Or, are there any other approaches besides having to either import my data as a project file each time or exporting to nwjs every time I make a change?

  • This would best be done as a graph database, where each visual sprite object is linked to a specific node or edge index. You'll be able to keep track of the state of each node and edge, and create conditions based on their state and connections. It's a bit much for me to put together an example for, but you can read more about it here.

    geeksforgeeks.org/graph-and-its-representations

    google.com/search

  • Thanks!

oosyrag's avatar

oosyrag

Member since 20 Feb, 2013

Twitter
oosyrag has 39 followers

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
  • 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
  • Email Verified

Progress

21/44
How to earn trophies